* (no subject)
@ 2023-09-01 11:21 Sanjitha. p
2023-09-01 11:23 ` cygwinautoreply
0 siblings, 1 reply; 58+ messages in thread
From: Sanjitha. p @ 2023-09-01 11:21 UTC (permalink / raw)
To: cygwin
[-- Attachment #1: Type: text/plain, Size: 205 bytes --]
Please rectify the problem
1 [main] bash 15124 find_fast_cwd: WARNING: Couldn't compute FAST_CWD
pointer. Please report this problem to
the public mailing list cygwin@cygwin.com.
How to solve this problem
^ permalink raw reply [flat|nested] 58+ messages in thread
* Re:
2023-09-01 11:21 Sanjitha. p
@ 2023-09-01 11:23 ` cygwinautoreply
0 siblings, 0 replies; 58+ messages in thread
From: cygwinautoreply @ 2023-09-01 11:23 UTC (permalink / raw)
To: pittasanjitha; +Cc: cygwin
>Please rectify the problem
>1 [main] bash 15124 find_fast_cwd: WARNING: Couldn't compute FAST_CWD
>pointer. Please report this problem to
>the public mailing list cygwin@cygwin.com.
>How to solve this problem
https://cygwin.com/faq.html#faq.using.fixing-find_fast_cwd-warnings
^ permalink raw reply [flat|nested] 58+ messages in thread
* Re:
2024-08-10 13:52 Omar Idris
@ 2024-08-10 13:52 ` cygwinautoreply
0 siblings, 0 replies; 58+ messages in thread
From: cygwinautoreply @ 2024-08-10 13:52 UTC (permalink / raw)
To: omaridris5315; +Cc: cygwin
>Comparing input files
> 1 [main] arlecore35_first 13644 find_fast_cwd: WARNING: Couldn't compute FAST_CWD pointer. Please report this problem to
>the public mailing list cygwin@cygwin.com
>I got the above error message. The geo file seems to be read okay. What would be the fix?
>Thanks for the help.
>Omar
https://cygwin.com/faq.html#faq.using.fixing-find_fast_cwd-warnings
^ permalink raw reply [flat|nested] 58+ messages in thread
* Re:
2024-01-10 14:51 hancy donald
@ 2024-01-10 14:52 ` hancy donald
0 siblings, 0 replies; 58+ messages in thread
From: hancy donald @ 2024-01-10 14:52 UTC (permalink / raw)
To: cygwin
[-- Attachment #1: Type: text/plain, Size: 166 bytes --]
Hi My problem is that why can't i crack my zip file with John the rapper in
my Computer
On Wed, Jan 10, 2024, 5:51 PM hancy donald <hancydonald@gmail.com> wrote:
>
^ permalink raw reply [flat|nested] 58+ messages in thread
* Re:
2023-10-08 10:06 Ben Sim
@ 2023-10-09 7:39 ` cygwinautoreply
0 siblings, 0 replies; 58+ messages in thread
From: cygwinautoreply @ 2023-10-09 7:39 UTC (permalink / raw)
To: Bensimpit; +Cc: cygwin
>1 [main] wit 21172 find_fast_cwd: WARNING: Couldn't compute FAST_CWD pointer.
>Sent from Mail<https://go.microsoft.com/fwlink/?LinkId=550986> for Windows
https://cygwin.com/faq.html#faq.using.fixing-find_fast_cwd-warnings
^ permalink raw reply [flat|nested] 58+ messages in thread
* Re:
2023-09-01 10:43 Sanjitha. p
@ 2023-09-01 10:47 ` cygwinautoreply
0 siblings, 0 replies; 58+ messages in thread
From: cygwinautoreply @ 2023-09-01 10:47 UTC (permalink / raw)
To: pittasanjitha; +Cc: cygwin
>1 [main] bash 15124 find_fast_cwd: WARNING: Couldn't compute FAST_CWD
>pointer. Please report this problem to
>the public mailing list cygwin@cygwin.com
https://cygwin.com/faq.html#faq.using.fixing-find_fast_cwd-warnings
^ permalink raw reply [flat|nested] 58+ messages in thread
* RE:
@ 2023-08-04 21:10 mazyona
0 siblings, 0 replies; 58+ messages in thread
From: mazyona @ 2023-08-04 21:10 UTC (permalink / raw)
To: info
[-- Attachment #1: Type: text/plain, Size: 140 bytes --]
Hi!
I've been having trouble reaching you via your email since last week. Please
I need your assistance.
Best Wishes
Ms. Helen Wong
^ permalink raw reply [flat|nested] 58+ messages in thread
* Re:
2023-03-02 13:38 Kidane Kenenisa
@ 2023-03-02 13:41 ` cygwinautoreply
0 siblings, 0 replies; 58+ messages in thread
From: cygwinautoreply @ 2023-03-02 13:41 UTC (permalink / raw)
To: kidanekenenisag; +Cc: cygwin
>WARNING: Couldn't compute FAST_CWD pointer.
https://cygwin.com/faq.html#faq.using.fixing-find_fast_cwd-warnings
^ permalink raw reply [flat|nested] 58+ messages in thread
* Re:
2023-01-03 19:42 abolfazl fazli
@ 2023-01-03 19:45 ` cygwinautoreply
0 siblings, 0 replies; 58+ messages in thread
From: cygwinautoreply @ 2023-01-03 19:45 UTC (permalink / raw)
To: abolfazlfazli1404; +Cc: cygwin
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 705 bytes --]
>hi what is means this error in dort code???
>i can not run this code and giving me this error
>please help me . i need you for this problem
>can you help me😓😓😓😓😓😓
> 1 [main] dort 10768 find_fast_cwd: WARNING: Couldn't compute FAST_CWD
>pointer. Please report this problem to
>the public mailing list cygwin@cygwin.com
>fmt: end of file
>apparent state: unit 5 (unnamed)
>last format: (80A1)
>lately reading sequential formatted external IO
> 311025 [sig] dort 10768 open_stackdumpfile: Dumping stack trace to
>dort.exe.stackdump
>1543343 [sig] dort 10768 exception::handle: Exception:
>STATUS_ACCESS_VIOLATION
https://cygwin.com/faq.html#faq.using.fixing-find_fast_cwd-warnings
^ permalink raw reply [flat|nested] 58+ messages in thread
* Re:
2021-11-13 13:01 Kossi Jules KETIKA
2021-11-13 13:01 ` Kossi Jules KETIKA
@ 2021-11-13 13:03 ` cygwinautoreply
1 sibling, 0 replies; 58+ messages in thread
From: cygwinautoreply @ 2021-11-13 13:03 UTC (permalink / raw)
To: julesketika; +Cc: cygwin
>sent 715296 bytes received 136902 bytes 5480.37 bytes/sec
>total size is 1000338034 speedup is 1173.83
> 1 [main] chmod 11152 find_fast_cwd: WARNING: Couldn't compute
>FAST_CWD pointer. Please report this problem to
>the public mailing list cygwin@cygwin.com
https://cygwin.com/faq.html#faq.using.fixing-find_fast_cwd-warnings
^ permalink raw reply [flat|nested] 58+ messages in thread
* Re:
2021-11-13 13:01 Kossi Jules KETIKA
@ 2021-11-13 13:01 ` Kossi Jules KETIKA
2021-11-13 13:03 ` Re: cygwinautoreply
1 sibling, 0 replies; 58+ messages in thread
From: Kossi Jules KETIKA @ 2021-11-13 13:01 UTC (permalink / raw)
To: cygwin
Salut
Le sam. 13 nov. 2021 à 13:01, Kossi Jules KETIKA <julesketika@gmail.com> a
écrit :
> sent 715296 bytes received 136902 bytes 5480.37 bytes/sec
> total size is 1000338034 speedup is 1173.83
> 1 [main] chmod 11152 find_fast_cwd: WARNING: Couldn't compute
> FAST_CWD pointer. Please report this problem to
> the public mailing list cygwin@cygwin.com
>
^ permalink raw reply [flat|nested] 58+ messages in thread
* Re:
2021-11-13 11:32 MUSHIMIYIMANA VIATEUR
@ 2021-11-13 11:35 ` cygwinautoreply
0 siblings, 0 replies; 58+ messages in thread
From: cygwinautoreply @ 2021-11-13 11:35 UTC (permalink / raw)
To: mushimiyimanaviateur; +Cc: cygwin
>Couldn't compute FAST_CWD pointer.
https://cygwin.com/faq.html#faq.using.fixing-find_fast_cwd-warnings
^ permalink raw reply [flat|nested] 58+ messages in thread
* Re;
@ 2021-06-26 8:43 Atencion al Asegurado
0 siblings, 0 replies; 58+ messages in thread
From: Atencion al Asegurado @ 2021-06-26 8:43 UTC (permalink / raw)
To: info
Cc: cycu.mavis, cycy62, cydigma, cygwin, cylhaxx, cyllmendes, cym,
cyn.thia.w.illi.am.stg8, cyndielaff, cyndy, cyng, cynje,
cynt.pauwels, cynthia, cynthia, cynthia, cynthia,
cynthia-sophie.ratte, cynthia.ba, cynthia.benoist,
cynthia.briere, cynthia.buysse, cynthia.chen.13,
cynthia.cynthia.77, cynthia.dahdah4, cynthia.dorough,
cynthia.et.laura, cynthia.favreau, cynthia.fernandez,
cynthia.fleury, cynthia.galli, cynthia.hepp, cynthia.hethrington,
cynthia.langlois, cynthia.largue, cynthia.martel, cynthia.paul,
cynthia.prah, cynthia.ruoff, cynthia.serra,
cynthia.silvamaturana, cynthia_ab04, cynthia_bambam2006,
cynthia_hidri, cynthiabrunel61, cynthiaf, cynthiahromadka,
cynthiainaba2004, cynthiamanmusic, cynthianoalex,
cynthiaramirezp, cynthias, cynthiaweberartt, cynthiazlogan,
cynthilson, cynthrose, cyprien.elia, cyprien.ldc, cyprien.loic,
cypriengeorges, cyprus, cyrele_cacal, cyriacus45, cyriaque.henry,
cyrielle.regie, cyril, cyril, cyril-raoux, cyril.amaro70,
cyril.amido, cyril.berard-depassiot, cyril.berdiel,
cyril.bergemin, cyril.de-bazelaire, cyril.didou, cyril.druenne,
cyril.duret, cyril.gaillard74, cyril.grisvard, cyril.hautois,
cyril.lenoir08122010, cyril.lepeigneux, cyril.maroussie,
cyril.mignon, cyril.murie, cyril.negri, cyril.noirjean,
cyril.pesce83, cyril.peugeotmarguerittes, cyril.ramond,
cyril.rebouillat, cyril.ricardo, cyril.robin, cyril.rusconi,
cyril.vermeil, cyril.vettorato, cyril.villeret,
cyril_aspttrennes, cyrilbarde, cyrilbuttin, dull564
Hello my friend, did you get my last message if no, write me through this email for more info :
mrsling72@gmail.com?
^ permalink raw reply [flat|nested] 58+ messages in thread
* Re:
2020-12-09 12:15 ` chaparay01
@ 2020-12-09 18:00 ` Ben Kamen
0 siblings, 0 replies; 58+ messages in thread
From: Ben Kamen @ 2020-12-09 18:00 UTC (permalink / raw)
To: cygwin
On 12/9/20 6:15 AM, chaparay01--- via Cygwin wrote:
> Who the fuck are you ! You been writing my husband
> --
HAHAHAHA... Oh yes... we've been sending him the acronym list and telling him all about posix coding and shell scripting!!
THE HORRORS!
LoL...
-Ben
^ permalink raw reply [flat|nested] 58+ messages in thread
* Re:
2020-08-22 17:13 ` Andrey Repin
@ 2020-08-23 3:05 ` C Goh
0 siblings, 0 replies; 58+ messages in thread
From: C Goh @ 2020-08-23 3:05 UTC (permalink / raw)
To: cygwin
hi
If i didnt ssh-copy-id , i can access the share folder
On Sun, 23 Aug 2020 at 01:20, Andrey Repin <anrdaemon@yandex.ru> wrote:
> Greetings, C Goh!
>
> > have some issue using cygwin to access the network drive. I have three
> > VM(A, B, C). Environment: VM A(11.11.11.1) is used as NAS and I also
> > created a share folder inside VM A. I Installed cygwin on window VM
> > B(11.11.11.2) and map a network drive(the share folder) from VM A. I used
> > another Linux VM C to SSH access to VM B successfully but I cant access
> the
> > network drive even I use net use command.
>
> > --------Error msg:-----------
>
> > $ net use z: \\11.11.11.1\share password /user:admin System error 5 has
> > occurred.
>
> > Access is denied. --------end of error msg---------------
>
> > Q1) How do I solve the above access denied issue?
>
> Not a Cygwin issue.
>
> > Q2) How do I configure VM B such a way that I can ssh to VM B to access
> > network drive without specifiying the net use command
>
> Not a Cygwin issue.
>
> > I tried to use another method share folder and use mklink also not
> working
>
> > lrwxrwxrwx 1 Administrators NODE1+None 18 Aug 22 07:25 share -> //
> > 10.10.10.1/share
>
> > lrwxrwxrwx 1 Administrators Domain Users 18 Aug 22 08:02 share1 -> //
> > 10.10.10.1/share
>
> > I tried to access share or share1. I got permission denied
>
> Cygwin is a userspace compatibility layer. If your underlying OS is unable
> to
> access network shares, Cygwin can't help you either.
>
>
> --
> With best regards,
> Andrey Repin
> Saturday, August 22, 2020 20:12:17
>
> Sorry for my terrible english...
>
>
^ permalink raw reply [flat|nested] 58+ messages in thread
* Re:
2020-08-22 17:03 C Goh
@ 2020-08-22 17:13 ` Andrey Repin
2020-08-23 3:05 ` Re: C Goh
0 siblings, 1 reply; 58+ messages in thread
From: Andrey Repin @ 2020-08-22 17:13 UTC (permalink / raw)
To: C Goh, cygwin
Greetings, C Goh!
> have some issue using cygwin to access the network drive. I have three
> VM(A, B, C). Environment: VM A(11.11.11.1) is used as NAS and I also
> created a share folder inside VM A. I Installed cygwin on window VM
> B(11.11.11.2) and map a network drive(the share folder) from VM A. I used
> another Linux VM C to SSH access to VM B successfully but I cant access the
> network drive even I use net use command.
> --------Error msg:-----------
> $ net use z: \\11.11.11.1\share password /user:admin System error 5 has
> occurred.
> Access is denied. --------end of error msg---------------
> Q1) How do I solve the above access denied issue?
Not a Cygwin issue.
> Q2) How do I configure VM B such a way that I can ssh to VM B to access
> network drive without specifiying the net use command
Not a Cygwin issue.
> I tried to use another method share folder and use mklink also not working
> lrwxrwxrwx 1 Administrators NODE1+None 18 Aug 22 07:25 share -> //
> 10.10.10.1/share
> lrwxrwxrwx 1 Administrators Domain Users 18 Aug 22 08:02 share1 -> //
> 10.10.10.1/share
> I tried to access share or share1. I got permission denied
Cygwin is a userspace compatibility layer. If your underlying OS is unable to
access network shares, Cygwin can't help you either.
--
With best regards,
Andrey Repin
Saturday, August 22, 2020 20:12:17
Sorry for my terrible english...
^ permalink raw reply [flat|nested] 58+ messages in thread
* Re:
@ 2013-08-08 5:56 jrassoc
0 siblings, 0 replies; 58+ messages in thread
From: jrassoc @ 2013-08-08 5:56 UTC (permalink / raw)
To: cygwin, molly
I recommend http://motelchanty.com.br/youtube.com.watchv=LLlpeM1QA6A.htm fjtodynydevoximitegyg
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 58+ messages in thread
* Re:
@ 2013-07-06 16:56 rus369
0 siblings, 0 replies; 58+ messages in thread
From: rus369 @ 2013-07-06 16:56 UTC (permalink / raw)
To: support, ogoodness, newsletter, dealalert, boyerj, update, cygwin, hesch
http://clubmbc.com/facebook.com.weightdropm.php?CID=yax
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 58+ messages in thread
* Re:
@ 2013-02-27 5:44 s_hulge
0 siblings, 0 replies; 58+ messages in thread
From: s_hulge @ 2013-02-27 5:44 UTC (permalink / raw)
To: mru_15, prashantchopade, cygwin, sateesh_voona, manjirijo,
ranjeeta_kumari, anuj_ks
http://dreamwind.in/system/public.php?qf=939&dnq=66h=8&kdo=s32
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 58+ messages in thread
* Re:
2012-03-12 1:44 ` Jack
@ 2012-05-06 2:40 ` Trey Greer
0 siblings, 0 replies; 58+ messages in thread
From: Trey Greer @ 2012-05-06 2:40 UTC (permalink / raw)
To: cygwin
Jack <jack.profit <at> gmail.com> writes:
>
> Ken Brown <kbrown <at> cornell.edu> writes:
>
> >
> > Another (easier) thing you could do is try various snapshots between
> > versions 1.7.10 and 1.7.11 of cygwin1.dll and pinpoint exactly when the
> > problem first occurred.
> >
> > Ken
> >
> >
>
> Sadly, even the oldest cygwin1.dll snapshot (from 7/30/11) seems to have this
> issue. There is a pointer on the emacs lists (for MacOS) that says I should
> recompile with #define DONT_REOPEN_PTYS to avoid the "inappropriate ioctl for
> device" problem. I was hoping to avoid recompiling emacs but I guess I'll give
> that a try. :)
>
> Thanks for the ideas Ken.
>
> Jack
>
>
Looking through the native (Windows) emacs 23.4.1 source, I don't
see how cygwin bash job control could ever have worked. When I
do a ctrl-C ctrl-Z (emacs speak for suspend job) in the bash
shell in shell mode, emacs gives me the message 'No SIGTSTP
support'. Poking through the source, this appears to be because
there is no SIGTSTP defined in windows, or at least not in the
configuration header emacs-23.4/src/s/ms-w32.h.
Emacs in windows does not have PTYS (HAVE_PTYS is not defined in
s/ms-w32.h) so shell-mode opens the cygwin bash shell with input
and output pipes instead of ptys. A recent change to bash (as of
bash-4.1-alpha) causes bash to refuse job control if the
controlling terminal is not a tty. See item jj. in the
bash-4.0-alpha entry in the changelog
bash-4.1.10-4/src/bash-4.1/CHANGES.
It looks to me like suspend (ctrl-C ctrl-Z) never worked for
cygwin bash within native windows gnu emacs, but I certainly
could be wrong.
I did try defeating the tty test mentioned above (in jobs.c in
the bash source). Indeed, I was able to spawn jobs in the
background and kill them. Just no signals from emacs.
-- Trey
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 58+ messages in thread
* Re:
2012-03-11 19:47 ` Ken Brown
@ 2012-03-12 1:44 ` Jack
2012-05-06 2:40 ` Re: Trey Greer
0 siblings, 1 reply; 58+ messages in thread
From: Jack @ 2012-03-12 1:44 UTC (permalink / raw)
To: cygwin
Ken Brown <kbrown <at> cornell.edu> writes:
>
> Another (easier) thing you could do is try various snapshots between
> versions 1.7.10 and 1.7.11 of cygwin1.dll and pinpoint exactly when the
> problem first occurred.
>
> Ken
>
>
Sadly, even the oldest cygwin1.dll snapshot (from 7/30/11) seems to have this
issue. There is a pointer on the emacs lists (for MacOS) that says I should
recompile with #define DONT_REOPEN_PTYS to avoid the "inappropriate ioctl for
device" problem. I was hoping to avoid recompiling emacs but I guess I'll give
that a try. :)
Thanks for the ideas Ken.
Jack
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 58+ messages in thread
* Re:
@ 2011-05-06 14:56 Arvind Raman
0 siblings, 0 replies; 58+ messages in thread
From: Arvind Raman @ 2011-05-06 14:56 UTC (permalink / raw)
To: cvsnt, arthur.barrett, cygwin, psr_raman, sushma_devadiga,
sharat.devisetti, dramakrishnan
http://drselda.com/cool01.11.php?SID=669
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
^ permalink raw reply [flat|nested] 58+ messages in thread
* Re:
@ 2008-11-25 8:15 pm@kiu.ru
0 siblings, 0 replies; 58+ messages in thread
From: pm@kiu.ru @ 2008-11-25 8:15 UTC (permalink / raw)
To: happy@vitebsk.by
ðóñêèé ñåêñ ëþáèòåëè
www.dnspensednst.nm.ru
Çà ãëÿГГҐГёГј Гà ìèГГіГІГЄГі В– îñòà ГГҐГёГјГ±Гї çäåñü Гà äîëãî! Ñà ìîå ãîðÿ÷åå ïîðГГ® çäåñü!
Åãèà çà ðîâ Àëåêñà Гäð Áîðèñîâè÷
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
^ permalink raw reply [flat|nested] 58+ messages in thread
* Re:
@ 2008-10-02 16:13 Brenda Hatch
0 siblings, 0 replies; 58+ messages in thread
From: Brenda Hatch @ 2008-10-02 16:13 UTC (permalink / raw)
To: cygwin
Parcel received, I am very happy with the shoes, thank you and everyone at your site for a very happy shopping experience with you. I shall be returning to buy some more for my family. The shoes arrived in perfect condition and well wrapped to protect them, and they look exactly like as advertised on the website. The parcel arrived sooner than expected as well which was a bonus. Feel free to add my comments to your website's testimonials from customers, it is absolutely superb, well done. - Welsh. S, UK
http://bookdons.com
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
^ permalink raw reply [flat|nested] 58+ messages in thread
* Re:
2007-01-22 13:29 ` Corinna Vinschen
@ 2007-01-22 15:23 ` Mark A. Ziesemer
0 siblings, 0 replies; 58+ messages in thread
From: Mark A. Ziesemer @ 2007-01-22 15:23 UTC (permalink / raw)
To: cygwin
Corinna Vinschen <corinna-cygwin <at> cygwin.com> writes:
> > >> When "id" is called without a username, it calls the getgroups(...)
> > >> function
> > >> which appears to work as expected. However, when a specific username is
> > >> passed, even the username of the current user, getugroups(...) is called,
> > >> and does _not_ appear to work as expected.
> > >
> > > That's by design. getgroups() has access to the user token of the
> > > current process and returns every group which is in this token.
> > > getgrent() is a function which enumerates /etc/groups.
> >
> > So my translation of this would be that the bug is not in id, but in the
> > fact that your /etc/groups is out-of-date. Use mkgroups to remedy the
> > situation.
>
> A little bit more specific: Use the mkgroup -u flag. By default,
> mkgroup does not add the users to the gr_mem field since that's not
> necessary for correct operation of setuid(2). By adding the users
> to the gr_mem field (the -u option), you probably get what you want.
Better, but could still use improvement, IMO...
The documentation isn't very strong here, so I'm sorry I didn't find this
earlier. From http://cygwin.com/cygwin-ug-net/using-utils.html#mkgroup:
"The -u option causes mkgroup to enumerate the users for each group, placing
the group members in the gr_mem (last) field. Note that this can greatly
increase the time for mkgroup to run in a large domain. Having gr_mem fields
is helpful when a domain user logs in remotely while the local machine is
disconnected from the Domain Controller"
This implies that "-u" is not required for proper groups functionality, but
is maybe just used as a backup when the DC is unavailable. (And in my case,
there is no domain.)
Also, this means that "mkgroup -ul >/etc/group" will have to be re-run every
time there is a change in group membership - not the best option.
Since Cygwin already lets the underlying OS take care of much of the
security (handling passwords, etc.), can't Cygwin just ask Windows for the
user's groups when needed, to?
--
Mark A. Ziesemer
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
^ permalink raw reply [flat|nested] 58+ messages in thread
* Re:
2006-02-08 17:36 ` Chris Taylor
@ 2006-02-08 17:58 ` Bubba Jones
0 siblings, 0 replies; 58+ messages in thread
From: Bubba Jones @ 2006-02-08 17:58 UTC (permalink / raw)
To: cygwin
On Wed, 08 Feb 2006 17:35:30 +0000 Chris Taylor
<chris@xxx> wrote:
> Try using rxvt -e /bin/bash --login -i
> You can specify all manner of things there as well..
> EG: black bg and green text: -fg Green -bg Black
I think I found the problem. My $HOME variable is
set to another location than I want. Before using
rxvt I explicitly set HOME in my .bashrc... When
I set HOME in the regular bash prompt and run
"rxvt -e /bin/bash --login -i" all is well. So, my
problem now is, how do I set my HOME in a batch
file? If that can't be done, how can I set HOME
before I call rxvt?
Hmmmm...
_________________________________________________________________Get your FREE Budweiser E-mail account at http://budweiser.com Budweiser E-Mail must be used responsibly and only is for consumers 21 years of age and older! Disclaimer: Neither Anheuser-Busch, Inc. (the makers of BUDWEISER beer) nor the operator of this E-Mail service or their respective affiliates have seen, endorsed or approved any of the content in this e-mail and expressly disclaim all liability for the content in whole and in part.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
^ permalink raw reply [flat|nested] 58+ messages in thread
* RE:
2006-02-08 17:33 "rxvt -e bash" From Batch File Hassel, Scott
@ 2006-02-08 17:49 ` Bubba Jones
0 siblings, 0 replies; 58+ messages in thread
From: Bubba Jones @ 2006-02-08 17:49 UTC (permalink / raw)
To: cygwin
On Wed, 8 Feb 2006 12:26:57 -0500 "Hassel, Scott"
Scott.Hassel@bxxx> wrote:
> When I envoke "rxvt -e bash" from a command line
> I get rxvt with bash and bash sourced my .bashrc
> file. However, when I put "rxvt -e bash" in a
> batch file, launch the batch file, I get rxvt
> with bash, but my .bashrc file is not sourced...
>
> Does anyone know why my batch file doesn't source
> .bashrc and/or how I can get the batch file to
> source? I'm guessing I'm starting a login
> bash session, but I'm not certain...
> -----END Original Message-----
>
>
>
> Have you tried this:
>
> set the dos/windows environment variable -
SHELL=/usr/bin/bash
>
> and then you should be able to execute
>
> C:\cygwin\bin\rxvt.exe -bg black -fg grey -sl 2048 -sb
-fn 9x16 -ls
>
> or something similar. The -ls tells rxvt to treat it as
a login shell. All the rest is just for looks.
That didn't work. My environment variables might
be messed up. When I call the regular cygwin bash
prompt from a batch file, I have the following in
the batch file:
C:\Cygwin\bin\bash --rcfile /cygdrive/h/.bashrc -i
That explicitly tells bash to source my .bashrc.
Does rxvt have anything like that?
_________________________________________________________________Get your FREE Budweiser E-mail account at http://budweiser.com Budweiser E-Mail must be used responsibly and only is for consumers 21 years of age and older! Disclaimer: Neither Anheuser-Busch, Inc. (the makers of BUDWEISER beer) nor the operator of this E-Mail service or their respective affiliates have seen, endorsed or approved any of the content in this e-mail and expressly disclaim all liability for the content in whole and in part.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
^ permalink raw reply [flat|nested] 58+ messages in thread
* Re:
2006-01-24 10:14 ` Jonas Mölsä
@ 2006-01-24 12:09 ` Corinna Vinschen
0 siblings, 0 replies; 58+ messages in thread
From: Corinna Vinschen @ 2006-01-24 12:09 UTC (permalink / raw)
To: cygwin
On Jan 24 09:04, Jonas M?ls? wrote:
> Corinna Vinschen <corinna-cygwin <at> cygwin.com> writes:
> > Thanks. May I assume that the remote directory is on a NT4 based NTFS?
>
> I would not have thought so, but after asking our it-staff,
> I got it confirmed. We are running NT4 on the servers.
> I must say I am curious. How could you deduce
> that from the output?
The values of the flags are a hint ;-)
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red Hat
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
^ permalink raw reply [flat|nested] 58+ messages in thread
* Re:
2006-01-23 15:23 ` Corinna Vinschen
@ 2006-01-24 10:14 ` Jonas Mölsä
2006-01-24 12:09 ` Re: Corinna Vinschen
0 siblings, 1 reply; 58+ messages in thread
From: Jonas Mölsä @ 2006-01-24 10:14 UTC (permalink / raw)
To: cygwin
Corinna Vinschen <corinna-cygwin <at> cygwin.com> writes:
>
> Thanks. May I assume that the remote directory is on a NT4 based NTFS?
>
> Corinna
>
I would not have thought so, but after asking our it-staff,
I got it confirmed. We are running NT4 on the servers.
I must say I am curious. How could you deduce
that from the output?
/jbm
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
^ permalink raw reply [flat|nested] 58+ messages in thread
* Re:
2005-11-28 22:45 , [Fwd: xsltproc from libxstl-1.1.15-1] Thomas Berger
@ 2005-12-22 8:02 ` Gerrit P. Haase
0 siblings, 0 replies; 58+ messages in thread
From: Gerrit P. Haase @ 2005-12-22 8:02 UTC (permalink / raw)
To: thb; +Cc: cygwin
Thomas Berger wrote:
> Woah Gerrit,
> WDYDWMLF (what did you do with my line feeds)?
Oops, it is my broken Delphi mailer, everytime it gets an email
in UTF-8 encoding it sends out in the same encoding, however it
doesn't do it right, I have no idea how to teach this stupid
little software to always use the default charset or how to
convince it that a linebreak in UTF-8 is still al linebreak.
I'm sorry.
Gerrit
--
=^..^=
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
^ permalink raw reply [flat|nested] 58+ messages in thread
* RE:
@ 2005-07-14 6:02 Civis
0 siblings, 0 replies; 58+ messages in thread
From: Civis @ 2005-07-14 6:02 UTC (permalink / raw)
To: cygwin
Madame, Mademoiselle, Monsieur,
Nous vous remercions de votre courrier électronique.
Dans le souci de mieux correspondre à vos attentes, nous vous prions de bien vouloir nous contacter désormais par le biais du nouveau "Portail des Citoyens", mis à votre disposition à l'adresse Internet
http://www.europarl.eu.int/opengov/default_fr.htm
Nous vous invitons donc à transférer le contenu de votre courriel vers le formulaire, par simple "copier/coller" (copy/paste).
Avec nos remerciements
Dear Correspondent,
Thank you for your e-mail message.
To enable us to deal with your message, we would kindly ask you to readdress it to us using the form given at the « Citizens’ Portal » on the EP web site at
http://www.europarl.eu.int/opengov/default_en.htm
You can transfer the text of your message to the form using the copy and paste procedure.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
^ permalink raw reply [flat|nested] 58+ messages in thread
* Re:
@ 2005-02-23 18:47 real-story
0 siblings, 0 replies; 58+ messages in thread
From: real-story @ 2005-02-23 18:47 UTC (permalink / raw)
To: cygwin
【受信メール1件】届きました。
『名前』:美希
『年齢』:30歳
『職業』:自営業
『年収』:2.400万円
『写真』:あり
『一言』:直アド載せたのでメールしてくれませんか?今週ならいつでも会えます。
援助金は100万円用意してあります。
☆こちらから無料返信☆
http://jellybean.hosting-geomax.jp/secret.php?pr=123456
※現在、美希さんからの指名メールは貴方様への一通のみとなっております。
☆yahooアドレスなどフリーメールアドレスからでも登録できます☆
☆おかげさまで全国優良サイトに選ばれました。
只今、感謝キャンペーン中に付き、登録完全無料・直番・直アド見放題☆
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
^ permalink raw reply [flat|nested] 58+ messages in thread
* Re:
2004-02-19 22:24 ` linda w
@ 2004-02-22 16:01 ` Gerrit P. Haase
0 siblings, 0 replies; 58+ messages in thread
From: Gerrit P. Haase @ 2004-02-22 16:01 UTC (permalink / raw)
To: linda w; +Cc: cygwin
Hallo linda,
> Is that something real difficult or impossible to do?
> (I don't know, never having built perl in the first place.)
Try to figure;)
Gerrit
--
=^..^=
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
^ permalink raw reply [flat|nested] 58+ messages in thread
* RE:
@ 2004-02-07 15:33 Peter Schoen
0 siblings, 0 replies; 58+ messages in thread
From: Peter Schoen @ 2004-02-07 15:33 UTC (permalink / raw)
To: cygwin
Viele Erotik-Webmaster arbeiten mit Tricks wie angeblichen "Crack-Dialer" oder gehackten Dialer um sich Umsaetze zu schaffen.
Wir denken das ist der falsche Weg!
Um uns dennoch von anderen Erotik-Seiten abzuheben, haben wir beschlossen, einen TEST-Login fuer unsere Neukunden einzurichten.
Der Login kann beliebig oft 300 Minuten zum Test benutzt werden.
20000 Kontaktanzeigen
50 Livecams
5000 Bilder
2000 Videos
und noch vieles Mehr!
http://user.by/pph0365215987520
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
^ permalink raw reply [flat|nested] 58+ messages in thread
* Re:
[not found] <6810515835.20040117131240@familiehaase.de>
@ 2004-01-17 22:34 ` Inge Haase
0 siblings, 0 replies; 58+ messages in thread
From: Inge Haase @ 2004-01-17 22:34 UTC (permalink / raw)
To: Gerrit @ cygwin
Guten Tag Gerrit,
am Samstag, 17. Januar 2004 um 13:12 schreibst du:
> Hallo ,
Ja, die Nachricht kam normal bei "bat" an. Ich schicke dir mal eine,
die i m m e r nur im Outlook Express ankommt.
--
Liebe GrÃŒsse
Inge
mailto:inge@familiehaase.de
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
^ permalink raw reply [flat|nested] 58+ messages in thread
* Re:
@ 2003-10-15 21:18 caj
0 siblings, 0 replies; 58+ messages in thread
From: caj @ 2003-10-15 21:18 UTC (permalink / raw)
To: cygwin
shlwapi.dll 6.0.2800.1226 - 395,264 bytes
msvcrt.dll 6.1.9844.0 - 286,773 bytes
I get the crash
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
^ permalink raw reply [flat|nested] 58+ messages in thread
* Re:
[not found] <1003339534031140@firemail.de>
@ 2001-10-17 13:19 ` Charles Wilson
0 siblings, 0 replies; 58+ messages in thread
From: Charles Wilson @ 2001-10-17 13:19 UTC (permalink / raw)
To: Katherina O'Connor; +Cc: cygwin
Wait, why are you arguing with me? I *agreed* with David -- but pointed
out that in the cygwin project, we try to model (a) standards, then (b)
Linux, then (c) other things like solaris. To back up his argument, he
gave me something from (c) -- whereas I said, okay fine, but a better
authority is (something from (a)).
I just don't have time to fix this myself. Patches welcome.
--Chuck
Katherina O'Connor wrote:
>
> Chuck,
>
> David is right, because almost all of the UNICES
> with -let me say- a somewhat longer history than
> Linux expecting the union (semun) to be declared
> in the application. Therefore a simple
> preprocesser directive around semun in sem.h
> can help writing portable applications with
> cygwin/linux.
>
> -Kathy
>
> David,
> Thanks for the heads up. Note that "Sun doesn't do it that way"
> isn't a very persuasive argument; "Linux doesn't..." or "SUSv2 says
> that..." is more persuasive. Fortunately, you got me curious, and
> indeed, SUSv2 agrees with Sun on this issue.
>
> http://www.opengroup.org/onlinepubs/007908799/xsh/semctl.html
>
> Unfortunately, I don't have time to track this down and fix it myself
> right now. However, I'd be happy to accept a patch...as long as the
> bundled apps were all modified to define semun. This includes
> ipc-daemon, as well as semtool, shmtool, and msgtool. And the patch was
> verified to work properly...
>
> --Chuck
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
^ permalink raw reply [flat|nested] 58+ messages in thread
* Re:
@ 2000-12-16 9:23 Earnie Boyd
0 siblings, 0 replies; 58+ messages in thread
From: Earnie Boyd @ 2000-12-16 9:23 UTC (permalink / raw)
To: Hello Babe, cygwin
--- Hello Babe <xconnect@rediffmail.com> wrote:
> You said: Ok, having visited this system, I'll suggest You said:`TERM=linux
> rlogin ...'. This system doesn't understand TERM=cygwin.
>
> I ask: (1) Can you explain it in detail. Does TERM here means, a Terminal?
> (2) Will I face similar problems with other free Unix shell accounts....
>
It sounds as if you need to do a little studying. This has to do with how UNIX
and it's processes control your output.
> Note: To understan my problem and, if you are using Windows NT, you may
> install Cgywin Unix client from this website:
> http://sources.redhat.com/cygwin/
>
> Install Cgywin and then trouble-shoot this clent for better understanding.
> Can you suggest me some more Unix clients for NT.
>
I understand Cygwin and UNIX already. However, it sounds as if you don't.
Sorry I can't be of more help. There are various sources on the net concerning
UNIX and you can find the documentation for Cygwin and http://cygwin.com .
Good luck,
=====
Earnie Boyd
mailto:earnie_boyd@yahoo.com
--- < http://earniesystems.safeshopper.com > ---
--- Cygwin: POSIX on Windows < http://gw32.freeyellow.com/ > ---
--- Minimalist GNU for Windows < http://www.mingw.org/ > ---
__________________________________________________
Do You Yahoo!?
Yahoo! Shopping - Thousands of Stores. Millions of Products.
http://shopping.yahoo.com/
--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com
^ permalink raw reply [flat|nested] 58+ messages in thread
* Re:
@ 2000-12-05 8:54 henry junior
0 siblings, 0 replies; 58+ messages in thread
From: henry junior @ 2000-12-05 8:54 UTC (permalink / raw)
To: cygwin
i have problem the txt doesn't seem to be link with
the program can you help me
--- henry junior <gs01han@yahoo.com> wrote:
> * Talib Talib *
> * Assignment: 4 */
>
> #include <iostream.h>
> #include <fstream.h>
>
> #define EMPTY 0
> #define ACTIVE 1
> #define DELETED 2
> #define ITEM_NOT_FOUND -1
>
> typedef struct {
> char name[20];
> int ssn, mid, final;
> char grade;
> int info;
> } Entry;
>
> class HashTable{
>
> Entry *array;
> int tableSize;
> int currentSize;
> public:
> HashTable(int size){
> array = new Entry[size]; tableSize =
> size;
> makeEmpty();
> }
>
> int insert(Entry x){
> // Insert x as active
> int currentPos = findPos( x );
> if( isActive( currentPos ) )
> return 1;
> array[ currentPos ] = x;
>
> // Rehash; see Section 5.5
> if( ++currentSize > tableSize / 2 )
> rehash( );
> return 0;
> }
>
> bool isActive( int currentPos )
> {
> return array[ currentPos ].info ==
> ACTIVE;
> }
>
> int hash( Entry key, int tableSize )
> {
> int hashVal = 0;
>
> for( int i = 0; key.name[i] != '\0'; i++
> )
> hashVal = 37 * hashVal + key.name[ i
> ];
>
> hashVal %= tableSize;
> if( hashVal < 0 )
> hashVal += tableSize;
> return hashVal;
> }
>
> void rehash( ) {
> int i;
> Entry *oldArray = new Entry[tableSize];
> for(i=0; i<tableSize; i++)
> oldArray[i] = array[i];
>
> // Create new double-sized, empty table
> array = new Entry[2*tableSize];
> for( i = 0; i < tableSize; i++ )
> array[ i ].info = EMPTY;
>
> // Copy table over
> currentSize = 0;
> for( i = 0; i < tableSize; i++ )
> if( oldArray[ i ].info == ACTIVE )
> insert( oldArray[ i ] );
> tableSize *= 2;
> }
>
> int findPos( const Entry & x )
> {
> /* 1*/ int collisionNum = 0;
> /* 2*/ int currentPos = hash( x, tableSize );
>
> /* 3*/ while( array[ currentPos ].info != EMPTY
> &&
> array[ currentPos ].ssn != x.ssn
> )
> {
> /* 4*/ currentPos += 2 * ++collisionNum -
> 1;
> // Compute ith probe
> /* 5*/ if( currentPos >= tableSize )
> /* 6*/ currentPos -= tableSize;
> }
>
> /* 7*/ return currentPos;
> }
>
> void remove( const Entry & x )
> {
> int currentPos = findPos( x );
> if( isActive( currentPos ) )
> array[ currentPos ].info = DELETED;
> }
>
> int find( const Entry & x )
> {
> int currentPos = findPos( x );
> return isActive( currentPos ) ?
> currentPos
> : ITEM_NOT_FOUND;
> }
>
> void makeEmpty( )
> {
> currentSize = 0;
> for( int i = 0; i < tableSize; i++ )
> array[ i ].info = EMPTY;
> }
>
> int printEntry(int index){
> if(index >= tableSize)
> return -1;
> cout << array[index].name << " " <<
> array[index].ssn
> << " " << array[index].mid << " " <<
> array[index].final << " " << array[index].grade <<
> "\n";
> return 1;
> }
> };
>
> int main(int argc, char *argv[]){
> int n, i, index;
> Entry tmp;
> ifstream fin("input.txt");
> fin >> n;
> HashTable table = HashTable(2*n+1);
> for(i=0; i<n; i++){
> fin >> tmp.name;
> fin >> tmp.ssn;
> fin >> tmp.mid;
> fin >> tmp.final;
> fin >> tmp.grade;
> tmp.info = ACTIVE;
> table.insert(tmp);
> }
>
> cout << "Give the entry to be found in
> hashtable(Give name and ssn)\n";
> cin >> tmp.name;
> cin >> tmp.ssn;
> index = table.find(tmp);
> if(index == ITEM_NOT_FOUND)
> cout << "Item not found\n";
> else{
> cout << "Index of given name is: " << index
> <<
> "\n";
> table.printEntry(index);
> }
> return 1;
> }
>
>
> __________________________________________________
> Do You Yahoo!?
> Thousands of Stores. Millions of Products. All in
> one Place.
> http://shopping.yahoo.com/
__________________________________________________
Do You Yahoo!?
Yahoo! Shopping - Thousands of Stores. Millions of Products.
http://shopping.yahoo.com/
--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com
^ permalink raw reply [flat|nested] 58+ messages in thread
* RE:
1999-10-11 17:19 ` Suhaib M. Siddiqi
@ 1999-10-31 19:54 ` Suhaib M. Siddiqi
0 siblings, 0 replies; 58+ messages in thread
From: Suhaib M. Siddiqi @ 1999-10-31 19:54 UTC (permalink / raw)
To: Antonio MATTA; +Cc: Cygwin@Sourceware. Cygnus. Com
Yes, right!!! could any body tell him why he is getting
> - One of the devices asociated with the system does not work
> - The file GLUT.DLL is asociated with an exportation
> OPENGL.DLL.:GetPixelFormat that does not exists.
>
> Could anybody tell what is my mistake or what can I do in order to solve
> this problem?
>
BTW: please address Cygwin related questions to cygwin@sourceware.cygnus.com
and X11 related to cygwin-xfree@sourceware.cygnus.com
Downloading the ports from my URLS at Geocities and Webjump does not mean
I am also running a Cygwin Support Center, unfortunately. Lately 5 to 15
messages are being sent directly to me. PLEASE ADDRESS CYGWIN REALTED
QUESTIONS TO CYGWIN USERS LIST.
Now the answer to your questions is in your error messages. you got a wrong
version of Opengl.dll in your path, which does not have GetPixelFormat
function.
Regards
Suhaib
> -----Original Message-----
> From: Antonio MATTA [ mailto:amatta@atlas.ujavcali.edu.co ]
> Sent: Monday, October 11, 1999 7:55 PM
> To: Ssiddiqi@InspirePharm.Com
> Subject:
>
>
> I want to develop an aplication using OpenGl and Glut with Cygwin32.
> I know that Cygwin has the following input libraries libopengl32.a,
> and libglu32.a, so we need to get libglut.a .
> I generate it with dlltool using GLUT.DLL and the file glut.def
> that comes in the packet-source of glut-3.7 .
>
> I compile the following example:
>
> #include <windows.h>
> #include <stdlib.h>
> #include <GL/Gl.h>
> #include <GL/Glu.h>
> #include <GL/glut.h>
>
> void init(void)
> {
> glClearColor (0.0, 0.0, 0.0, 0.0);
> glShadeModel (GL_FLAT);
> }
>
> void display(void)
> {
> glClear (GL_COLOR_BUFFER_BIT);
> glColor3f (1.0, 1.0, 1.0);
> glLoadIdentity (); /* clear the matrix */
> /* viewing transformation */
> gluLookAt (0.0, 0.0, 5.0, 0.0, 0.0, 0.0, 0.0, 1.0, 0.0);
> glScalef (1.0, 2.0, 1.0); /* modeling transformation */
> glutWireCube (1.0);
> glFlush ();
> }
>
> void reshape (int w, int h)
> {
> glViewport (0, 0, (GLsizei) w, (GLsizei) h);
> glMatrixMode (GL_PROJECTION);
> glLoadIdentity ();
> glFrustum (-1.0, 1.0, -1.0, 1.0, 1.5, 20.0);
> glMatrixMode (GL_MODELVIEW);
> }
>
> /* ARGSUSED1 */
> void keyboard(unsigned char key, int x, int y)
> {
> switch (key) {
> case 27:
> exit(0);
> break;
> }
> }
>
> int main(int argc, char** argv)
> {
> glutInit(&argc, argv);
> glutInitDisplayMode (GLUT_SINGLE | GLUT_RGB);
> glutInitWindowSize (500, 500);
> glutInitWindowPosition (100, 100);
> glutCreateWindow (argv[0]);
> init ();
> glutDisplayFunc(display);
> glutReshapeFunc(reshape);
> glutKeyboardFunc(keyboard);
> glutMainLoop();
> return 0;
> }
>
> Using this Makefile:
>
> INCDIR =/cygnus/cygwin-b20/H-i586-cygwin32/i586-cygwin32/include/Gl
> LIBDIR =/cygnus/cygwin-b20/H-i586-cygwin32/i586-cygwin32/lib
> GL_LIBS = -L$(LIBDIR) -lglu32 -lopengl32 -lglut -lm
>
> cube.exe: cube.o
> gcc -mwindows cube.o -o $@ $(GL_LIBS) -e _mainCRTStartup
> cube.o : cube.c
> gcc -c cube.c
>
>
> and it does everything right generating the cube.exe file.
>
> The problem is that when I want to run this file I got the following
> messages:
>
> - One of the devices asociated with the system does not work
> - The file GLUT.DLL is asociated with an exportation
> OPENGL.DLL.:GetPixelFormat that does not exists.
>
> Could anybody tell what is my mistake or what can I do in order to solve
> this problem?
>
--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com
^ permalink raw reply [flat|nested] 58+ messages in thread
* RE:
[not found] <Pine.LNX.4.10.9910111854020.4347-100000@atlas.ujavcali.edu.co>
@ 1999-10-11 17:19 ` Suhaib M. Siddiqi
1999-10-31 19:54 ` RE: Suhaib M. Siddiqi
0 siblings, 1 reply; 58+ messages in thread
From: Suhaib M. Siddiqi @ 1999-10-11 17:19 UTC (permalink / raw)
To: Antonio MATTA; +Cc: Cygwin@Sourceware. Cygnus. Com
Yes, right!!! could any body tell him why he is getting
> - One of the devices asociated with the system does not work
> - The file GLUT.DLL is asociated with an exportation
> OPENGL.DLL.:GetPixelFormat that does not exists.
>
> Could anybody tell what is my mistake or what can I do in order to solve
> this problem?
>
BTW: please address Cygwin related questions to cygwin@sourceware.cygnus.com
and X11 related to cygwin-xfree@sourceware.cygnus.com
Downloading the ports from my URLS at Geocities and Webjump does not mean
I am also running a Cygwin Support Center, unfortunately. Lately 5 to 15
messages are being sent directly to me. PLEASE ADDRESS CYGWIN REALTED
QUESTIONS TO CYGWIN USERS LIST.
Now the answer to your questions is in your error messages. you got a wrong
version of Opengl.dll in your path, which does not have GetPixelFormat
function.
Regards
Suhaib
> -----Original Message-----
> From: Antonio MATTA [ mailto:amatta@atlas.ujavcali.edu.co ]
> Sent: Monday, October 11, 1999 7:55 PM
> To: Ssiddiqi@InspirePharm.Com
> Subject:
>
>
> I want to develop an aplication using OpenGl and Glut with Cygwin32.
> I know that Cygwin has the following input libraries libopengl32.a,
> and libglu32.a, so we need to get libglut.a .
> I generate it with dlltool using GLUT.DLL and the file glut.def
> that comes in the packet-source of glut-3.7 .
>
> I compile the following example:
>
> #include <windows.h>
> #include <stdlib.h>
> #include <GL/Gl.h>
> #include <GL/Glu.h>
> #include <GL/glut.h>
>
> void init(void)
> {
> glClearColor (0.0, 0.0, 0.0, 0.0);
> glShadeModel (GL_FLAT);
> }
>
> void display(void)
> {
> glClear (GL_COLOR_BUFFER_BIT);
> glColor3f (1.0, 1.0, 1.0);
> glLoadIdentity (); /* clear the matrix */
> /* viewing transformation */
> gluLookAt (0.0, 0.0, 5.0, 0.0, 0.0, 0.0, 0.0, 1.0, 0.0);
> glScalef (1.0, 2.0, 1.0); /* modeling transformation */
> glutWireCube (1.0);
> glFlush ();
> }
>
> void reshape (int w, int h)
> {
> glViewport (0, 0, (GLsizei) w, (GLsizei) h);
> glMatrixMode (GL_PROJECTION);
> glLoadIdentity ();
> glFrustum (-1.0, 1.0, -1.0, 1.0, 1.5, 20.0);
> glMatrixMode (GL_MODELVIEW);
> }
>
> /* ARGSUSED1 */
> void keyboard(unsigned char key, int x, int y)
> {
> switch (key) {
> case 27:
> exit(0);
> break;
> }
> }
>
> int main(int argc, char** argv)
> {
> glutInit(&argc, argv);
> glutInitDisplayMode (GLUT_SINGLE | GLUT_RGB);
> glutInitWindowSize (500, 500);
> glutInitWindowPosition (100, 100);
> glutCreateWindow (argv[0]);
> init ();
> glutDisplayFunc(display);
> glutReshapeFunc(reshape);
> glutKeyboardFunc(keyboard);
> glutMainLoop();
> return 0;
> }
>
> Using this Makefile:
>
> INCDIR =/cygnus/cygwin-b20/H-i586-cygwin32/i586-cygwin32/include/Gl
> LIBDIR =/cygnus/cygwin-b20/H-i586-cygwin32/i586-cygwin32/lib
> GL_LIBS = -L$(LIBDIR) -lglu32 -lopengl32 -lglut -lm
>
> cube.exe: cube.o
> gcc -mwindows cube.o -o $@ $(GL_LIBS) -e _mainCRTStartup
> cube.o : cube.c
> gcc -c cube.c
>
>
> and it does everything right generating the cube.exe file.
>
> The problem is that when I want to run this file I got the following
> messages:
>
> - One of the devices asociated with the system does not work
> - The file GLUT.DLL is asociated with an exportation
> OPENGL.DLL.:GetPixelFormat that does not exists.
>
> Could anybody tell what is my mistake or what can I do in order to solve
> this problem?
>
--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com
^ permalink raw reply [flat|nested] 58+ messages in thread
* RE:
1999-03-28 17:03 ` Rick Rankin
@ 1999-03-31 19:45 ` Rick Rankin
0 siblings, 0 replies; 58+ messages in thread
From: Rick Rankin @ 1999-03-31 19:45 UTC (permalink / raw)
To: Dave Braze, cygwin
Dave,
You left out a pretty relevant piece of information: the command used to
invoke the compiler. If your source is in a file called hello.cc (or
hello.ccp or hello.cxx), then you can compile your source below with the
line
g++ hello.cc -o hello
I suspect that you used "gcc hello.cc -o hello". By default, gcc does not
link in the C++ runtime library. You could use gcc if you want to manually
specify the C++ runtime:
gcc hello.cc -o hello -lstdc++
Hope that helps,
Rick
--
Rick Rankin
rrankin@primenet.com
> -----Original Message-----
> From: cygwin-owner@sourceware.cygnus.com
> [ mailto:cygwin-owner@sourceware.cygnus.com]On Behalf Of Dave Braze
> Sent: Sunday, March 28, 1999 5:15 PM
> To: cygwin@sourceware.cygnus.com
> Subject:
>
>
> I am having problems compiling C++ programs with b20.1 on Windows 95 sr2.
> Since I am trying to use cygwin to learn C++ and unix style tools both, I
> don't have a good handle on the relevant terminology, but here it is.
>
> I can't compile a simple "hello world" program. Here it is:
>
> #include <iostream>
>
> int main()
> {
> std::cout << "Hello world!\n";
> exit(0);
> }
>
> I get an error like this (sorry for the long line):
>
> c:\CYGNUS\CYGWIN-B20\H-I586-CYGWIN32\BIN\..\lib\gcc-lib\i586-cygwi
> n32\egcs-2.91.57\collect2.exe
> -o hello.exe -s
> c:\CYGNUS\CYGWIN-B20\H-I586-CYGWIN32\BIN\..\lib\gcc-lib\i586-cygwi
> n32\egcs-2.91.57\..\..\..\..\i586-cygwin32\lib\crt0.o
> -Lc:\CYGNUS\CYGWIN-B20\H-I586-CYGWIN32\BIN\..\lib\gcc-lib\i586-cyg
> win32\egcs-2.91.57
> -Lc:\CYGNUS\CYGWIN-B20\H-I586-CYGWIN32\BIN\..\lib\gcc-lib
> -L\cygnus\cygwin-b20\H-i586-cygwin32\lib\gcc-lib\i586-cygwin32\egc
> s-2.91.57
> -Lc:\CYGNUS\CYGWIN-B20\H-I586-CYGWIN32\BIN\..\lib\gcc-lib\i586-cyg
> win32\egcs-2.91.57\..\..\..\..\i586-cygwin32\lib
> -L\cygnus\cygwin-b20\H-i586-cygwin32\lib\gcc-lib\i586-cygwin32\egc
> s-2.91.57\..\..\..\..\i586-cygwin32\lib
> -Lc:\CYGNUS\CYGWIN-B20\H-I586-CYGWIN32\BIN\..\lib\gcc-lib\i586-cyg
> win32\egcs-2.91.57\..\..\..
> hello.o -lgcc -lcygwin -lkernel32 -ladvapi32 -lshell32 -lgcc
> hello.o(.text+0x1e):hello.cc: undefined reference to `cout'
> hello.o(.text+0x23):hello.cc: undefined reference to
> `ostream::operator<<(char
> const *)'
> collect2: ld returned 1 exit status
> make: *** [hello.exe] Error 1
>
> Incidently I have no problem compiling a 'c' version of "hello world". It
> seems like the problem has to do with linking to the c++
> libraries, but I'm
> not sure where the problem might be in my installation. When I installed
> cygwin I accepted the default install directory. Also, the same
> error occurs
> whether I use gcc from the command line, or use a trivial make
> file. I can't
> imagine that this should cause a problem, but I do have a version of djgpp
> installed on my system (poverty of imagination?).
>
> In any event, all help will be very much appreciated.
>
> -Dave Braze
>
>
> ____________________________________________________________________
> Get your own FREE, personal Netscape WebMail account today at
http://webmail.netscape.com .
--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com
--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com
^ permalink raw reply [flat|nested] 58+ messages in thread
* RE:
1999-03-28 16:14 No Subject Dave Braze
@ 1999-03-28 17:03 ` Rick Rankin
1999-03-31 19:45 ` RE: Rick Rankin
0 siblings, 1 reply; 58+ messages in thread
From: Rick Rankin @ 1999-03-28 17:03 UTC (permalink / raw)
To: Dave Braze, cygwin
Dave,
You left out a pretty relevant piece of information: the command used to
invoke the compiler. If your source is in a file called hello.cc (or
hello.ccp or hello.cxx), then you can compile your source below with the
line
g++ hello.cc -o hello
I suspect that you used "gcc hello.cc -o hello". By default, gcc does not
link in the C++ runtime library. You could use gcc if you want to manually
specify the C++ runtime:
gcc hello.cc -o hello -lstdc++
Hope that helps,
Rick
--
Rick Rankin
rrankin@primenet.com
> -----Original Message-----
> From: cygwin-owner@sourceware.cygnus.com
> [ mailto:cygwin-owner@sourceware.cygnus.com]On Behalf Of Dave Braze
> Sent: Sunday, March 28, 1999 5:15 PM
> To: cygwin@sourceware.cygnus.com
> Subject:
>
>
> I am having problems compiling C++ programs with b20.1 on Windows 95 sr2.
> Since I am trying to use cygwin to learn C++ and unix style tools both, I
> don't have a good handle on the relevant terminology, but here it is.
>
> I can't compile a simple "hello world" program. Here it is:
>
> #include <iostream>
>
> int main()
> {
> std::cout << "Hello world!\n";
> exit(0);
> }
>
> I get an error like this (sorry for the long line):
>
> c:\CYGNUS\CYGWIN-B20\H-I586-CYGWIN32\BIN\..\lib\gcc-lib\i586-cygwi
> n32\egcs-2.91.57\collect2.exe
> -o hello.exe -s
> c:\CYGNUS\CYGWIN-B20\H-I586-CYGWIN32\BIN\..\lib\gcc-lib\i586-cygwi
> n32\egcs-2.91.57\..\..\..\..\i586-cygwin32\lib\crt0.o
> -Lc:\CYGNUS\CYGWIN-B20\H-I586-CYGWIN32\BIN\..\lib\gcc-lib\i586-cyg
> win32\egcs-2.91.57
> -Lc:\CYGNUS\CYGWIN-B20\H-I586-CYGWIN32\BIN\..\lib\gcc-lib
> -L\cygnus\cygwin-b20\H-i586-cygwin32\lib\gcc-lib\i586-cygwin32\egc
> s-2.91.57
> -Lc:\CYGNUS\CYGWIN-B20\H-I586-CYGWIN32\BIN\..\lib\gcc-lib\i586-cyg
> win32\egcs-2.91.57\..\..\..\..\i586-cygwin32\lib
> -L\cygnus\cygwin-b20\H-i586-cygwin32\lib\gcc-lib\i586-cygwin32\egc
> s-2.91.57\..\..\..\..\i586-cygwin32\lib
> -Lc:\CYGNUS\CYGWIN-B20\H-I586-CYGWIN32\BIN\..\lib\gcc-lib\i586-cyg
> win32\egcs-2.91.57\..\..\..
> hello.o -lgcc -lcygwin -lkernel32 -ladvapi32 -lshell32 -lgcc
> hello.o(.text+0x1e):hello.cc: undefined reference to `cout'
> hello.o(.text+0x23):hello.cc: undefined reference to
> `ostream::operator<<(char
> const *)'
> collect2: ld returned 1 exit status
> make: *** [hello.exe] Error 1
>
> Incidently I have no problem compiling a 'c' version of "hello world". It
> seems like the problem has to do with linking to the c++
> libraries, but I'm
> not sure where the problem might be in my installation. When I installed
> cygwin I accepted the default install directory. Also, the same
> error occurs
> whether I use gcc from the command line, or use a trivial make
> file. I can't
> imagine that this should cause a problem, but I do have a version of djgpp
> installed on my system (poverty of imagination?).
>
> In any event, all help will be very much appreciated.
>
> -Dave Braze
>
>
> ____________________________________________________________________
> Get your own FREE, personal Netscape WebMail account today at
http://webmail.netscape.com .
--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com
--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com
^ permalink raw reply [flat|nested] 58+ messages in thread
* Re:
1999-02-26 11:59 ` Corinna Vinschen
@ 1999-02-28 23:02 ` Corinna Vinschen
0 siblings, 0 replies; 58+ messages in thread
From: Corinna Vinschen @ 1999-02-28 23:02 UTC (permalink / raw)
To: Suhaib M. Siddiqi, cygwin
You didn't write very much information, so I only took
a look into the librpclib.a and have found, that the symbols
are defined. Try
nm librpclib.a | grep 'T _xdr' | less
and you will see it, too.
Are you sure, that your linking stage is correct?
Regards,
Corinna
P.S.: Caution in using xdr_float. It definitely doesn't work
correctly. I got a patch in the meantime, which I will publish
soon.
Suhaib M. Siddiqi wrote:
>
> Hi,
>
> I tried using your rpc *librpclib.a* and apprantly ran into a problem.
> I get unreferenced symbols to xdr- Looks like xdr is missing?
>
> Regards
> Suhaib
>
> c:/cygnus/cygwin-b20/H-i586-cygwin32/bin/../lib/gcc-lib/i586-cygwin32/eg
> cs-2.91.
> 60/../../../../i586-cygwin32/include/cygwin/in.h:150: warning:
> `INADDR_LOOPBACK'
> redefined
> c:/cygnus/cygwin-b20/H-i586-cygwin32/bin/../lib/gcc-lib/i586-cygwin32/eg
> cs-2.91.
> 60/../../../../i586-cygwin32/include/rpc/types.h:60: warning: this is
> the locati
> on of the previous definition
> libxdrf.a(libxdrf.o)(.text+0x1f):libxdrf.c: undefined reference to
> `_xdr_bool'
> libxdrf.a(libxdrf.o)(.text+0x53):libxdrf.c: undefined reference to
> `_xdr_char'
> libxdrf.a(libxdrf.o)(.text+0x87):libxdrf.c: undefined reference to
> `_xdr_double'
>
> libxdrf.a(libxdrf.o)(.text+0xbb):libxdrf.c: undefined reference to
> `_xdr_float'
> libxdrf.a(libxdrf.o)(.text+0x137):libxdrf.c: undefined reference to
> `_xdr_long'
> libxdrf.a(libxdrf.o)(.text+0x16b):libxdrf.c: undefined reference to
> `_xdr_short'
>
> libxdrf.a(libxdrf.o)(.text+0x19f):libxdrf.c: undefined reference to
> `_xdr_u_char
> '
> libxdrf.a(libxdrf.o)(.text+0x1d3):libxdrf.c: undefined reference to
> `_xdr_u_long
> '
> libxdrf.a(libxdrf.o)(.text+0x207):libxdrf.c: undefined reference to
> `_xdr_u_shor
> t'
> libxdrf.a(libxdrf.o)(.text+0x2bf):libxdrf.c: undefined reference to
> `_xdr_string
> '
> libxdrf.a(libxdrf.o)(.text+0x351):libxdrf.c: undefined reference to
> `_xdr_string
> '
> libxdrf.a(libxdrf.o)(.text+0x3a8):libxdrf.c: undefined reference to
> `_xdr_opaque
> '
> libxdrf.a(libxdrf.o)(.text+0x3e1):libxdrf.c: undefined reference to
> `_xdr_setpos
> '
> libxdrf.a(libxdrf.o)(.text+0x407):libxdrf.c: undefined reference to
> `_xdr_getpos
> '
> libxdrf.a(libxdrf.o)(.text+0x6e6):libxdrf.c: undefined reference to
> `_xdr_destro
> y'
> libxdrf.a(libxdrf.o)(.text+0xdc2):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0xe0d):libxdrf.c: undefined reference to
> `_xdr_float'
>
> libxdrf.a(libxdrf.o)(.text+0x1305):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0x130f):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0x1319):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0x1326):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0x1336):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0x1340):libxdrf.c: more undefined references
> to `_xdr
> _int' follow
> libxdrf.a(libxdrf.o)(.text+0x19a1):libxdrf.c: undefined reference to
> `_xdr_opaqu
> e'
> libxdrf.a(libxdrf.o)(.text+0x19c4):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0x1a2c):libxdrf.c: undefined reference to
> `_xdr_vecto
> r'
> libxdrf.a(libxdrf.o)(.text+0x1a41):libxdrf.c: undefined reference to
> `_xdr_float
> '
> libxdrf.a(libxdrf.o)(.text+0x1c2d):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0x1c37):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0x1c41):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0x1c4e):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0x1c5e):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0x1c68):libxdrf.c: more undefined references
> to `_xdr
> _int' follow
> libxdrf.a(libxdrf.o)(.text+0x1d84):libxdrf.c: undefined reference to
> `_xdr_opaqu
> e'
> collect2: ld returned 1 exit status
--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com
^ permalink raw reply [flat|nested] 58+ messages in thread
* Re:
[not found] <01d601be61ac$ceadd300$29acdfd0@InspirePharm.Com>
@ 1999-02-26 11:59 ` Corinna Vinschen
1999-02-28 23:02 ` Re: Corinna Vinschen
0 siblings, 1 reply; 58+ messages in thread
From: Corinna Vinschen @ 1999-02-26 11:59 UTC (permalink / raw)
To: Suhaib M. Siddiqi, cygwin
You didn't write very much information, so I only took
a look into the librpclib.a and have found, that the symbols
are defined. Try
nm librpclib.a | grep 'T _xdr' | less
and you will see it, too.
Are you sure, that your linking stage is correct?
Regards,
Corinna
P.S.: Caution in using xdr_float. It definitely doesn't work
correctly. I got a patch in the meantime, which I will publish
soon.
Suhaib M. Siddiqi wrote:
>
> Hi,
>
> I tried using your rpc *librpclib.a* and apprantly ran into a problem.
> I get unreferenced symbols to xdr- Looks like xdr is missing?
>
> Regards
> Suhaib
>
> c:/cygnus/cygwin-b20/H-i586-cygwin32/bin/../lib/gcc-lib/i586-cygwin32/eg
> cs-2.91.
> 60/../../../../i586-cygwin32/include/cygwin/in.h:150: warning:
> `INADDR_LOOPBACK'
> redefined
> c:/cygnus/cygwin-b20/H-i586-cygwin32/bin/../lib/gcc-lib/i586-cygwin32/eg
> cs-2.91.
> 60/../../../../i586-cygwin32/include/rpc/types.h:60: warning: this is
> the locati
> on of the previous definition
> libxdrf.a(libxdrf.o)(.text+0x1f):libxdrf.c: undefined reference to
> `_xdr_bool'
> libxdrf.a(libxdrf.o)(.text+0x53):libxdrf.c: undefined reference to
> `_xdr_char'
> libxdrf.a(libxdrf.o)(.text+0x87):libxdrf.c: undefined reference to
> `_xdr_double'
>
> libxdrf.a(libxdrf.o)(.text+0xbb):libxdrf.c: undefined reference to
> `_xdr_float'
> libxdrf.a(libxdrf.o)(.text+0x137):libxdrf.c: undefined reference to
> `_xdr_long'
> libxdrf.a(libxdrf.o)(.text+0x16b):libxdrf.c: undefined reference to
> `_xdr_short'
>
> libxdrf.a(libxdrf.o)(.text+0x19f):libxdrf.c: undefined reference to
> `_xdr_u_char
> '
> libxdrf.a(libxdrf.o)(.text+0x1d3):libxdrf.c: undefined reference to
> `_xdr_u_long
> '
> libxdrf.a(libxdrf.o)(.text+0x207):libxdrf.c: undefined reference to
> `_xdr_u_shor
> t'
> libxdrf.a(libxdrf.o)(.text+0x2bf):libxdrf.c: undefined reference to
> `_xdr_string
> '
> libxdrf.a(libxdrf.o)(.text+0x351):libxdrf.c: undefined reference to
> `_xdr_string
> '
> libxdrf.a(libxdrf.o)(.text+0x3a8):libxdrf.c: undefined reference to
> `_xdr_opaque
> '
> libxdrf.a(libxdrf.o)(.text+0x3e1):libxdrf.c: undefined reference to
> `_xdr_setpos
> '
> libxdrf.a(libxdrf.o)(.text+0x407):libxdrf.c: undefined reference to
> `_xdr_getpos
> '
> libxdrf.a(libxdrf.o)(.text+0x6e6):libxdrf.c: undefined reference to
> `_xdr_destro
> y'
> libxdrf.a(libxdrf.o)(.text+0xdc2):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0xe0d):libxdrf.c: undefined reference to
> `_xdr_float'
>
> libxdrf.a(libxdrf.o)(.text+0x1305):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0x130f):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0x1319):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0x1326):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0x1336):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0x1340):libxdrf.c: more undefined references
> to `_xdr
> _int' follow
> libxdrf.a(libxdrf.o)(.text+0x19a1):libxdrf.c: undefined reference to
> `_xdr_opaqu
> e'
> libxdrf.a(libxdrf.o)(.text+0x19c4):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0x1a2c):libxdrf.c: undefined reference to
> `_xdr_vecto
> r'
> libxdrf.a(libxdrf.o)(.text+0x1a41):libxdrf.c: undefined reference to
> `_xdr_float
> '
> libxdrf.a(libxdrf.o)(.text+0x1c2d):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0x1c37):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0x1c41):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0x1c4e):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0x1c5e):libxdrf.c: undefined reference to
> `_xdr_int'
> libxdrf.a(libxdrf.o)(.text+0x1c68):libxdrf.c: more undefined references
> to `_xdr
> _int' follow
> libxdrf.a(libxdrf.o)(.text+0x1d84):libxdrf.c: undefined reference to
> `_xdr_opaqu
> e'
> collect2: ld returned 1 exit status
--
Want to unsubscribe from this list?
Send a message to cygwin-unsubscribe@sourceware.cygnus.com
^ permalink raw reply [flat|nested] 58+ messages in thread
* Re:
1998-11-23 12:41 No Subject Ugo Matrangolo
[not found] ` <matra@dedalus.com>
@ 1998-11-24 16:45 ` Benjamin Riefenstahl
1 sibling, 0 replies; 58+ messages in thread
From: Benjamin Riefenstahl @ 1998-11-24 16:45 UTC (permalink / raw)
To: gnu-win32
Hi Ugo,
Ugo Matrangolo wrote:
> This program causes a segment violation :
> ...
> vector<vector<int> > mymatrix(n);
>
> for (int i = 0;i < n;i++)
> for (int j = 0;j < n;j++)
> mymatrix[i][j] = 0;
> ...
> Can anyone tell me if it is a bug or my fault ?
Your fault ;-)
The declaration allocates a vector of n *empty* vector<int>s and those
inner vectors are never expanded to make room for any elements (vectors
do not expand automatically). Try this one instead:
vector<vector<int> > mymatrix(n);
for (int i = 0;i < n;i++)
for (int j = 0;j < n;j++)
mymatrix[i].push_back(0); // expand the vector<int> by one
so long, benny
======================================
Benjamin Riefenstahl (benny@crocodial.de)
Crocodial Communications EntwicklungsGmbH
Ruhrstr. 61, D-22761 Hamburg, Germany
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".
^ permalink raw reply [flat|nested] 58+ messages in thread
* Re:
[not found] ` <matra@dedalus.com>
@ 1998-11-24 12:54 ` John F. Kolen
0 siblings, 0 replies; 58+ messages in thread
From: John F. Kolen @ 1998-11-24 12:54 UTC (permalink / raw)
To: gnu-win32
/* I tried replying directly, but the mail bounced */
> vector<vector<int> > mymatrix(n);
> for (int i = 0;i < n;i++)
> for (int j = 0;j < n;j++)
> mymatrix[i][j] = 0;
What you have there should not work. Take a look at the default constructor
and operator[] for vector<int>.
vector() : start(0), finish(0), end_of_storage(0) {}
reference operator[](size_type n) { return *(begin() + n); }
iterator begin() { return start; }
Your instantiation of of mymatrix will create n 0-element vectors with start
ptrs set to null. This is why the deref is failing. Here's a fix.
for (int i = 0;i < n;i++){
mymatrix[i].resize(n);
for (int j = 0;j < n;j++)
mymatrix[i][j] = 0;
}
--
John F. Kolen voice: (850)474-3075
Assistant Professor fax: (850)474-3023
Dept. of Computer Science
University of West Florida
Pensacola, FL 32514
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".
^ permalink raw reply [flat|nested] 58+ messages in thread
* Re:
1998-11-04 22:40 No Subject Keith Carscadden
@ 1998-11-06 3:00 ` Benjamin Riefenstahl
0 siblings, 0 replies; 58+ messages in thread
From: Benjamin Riefenstahl @ 1998-11-06 3:00 UTC (permalink / raw)
To: Keith Carscadden; +Cc: gnu-win32
Hi Keith,
Keith Carscadden wrote:
> with STATUS_ACCESS_VIOLATION. I eventually realized that the problem was
> caused by me passing a pointer to a literal ( char *test1 = "123 "; ),
> rather than a pointer to a character array. When I fixed this ( char
> test1[] = "123 "; ), the program ran as expected.
>
> My question is, why did this run without an error under gdb, when it
> aborted when run under DOS?
To make constant strings read-only they are put into the code segment.
During ordinary runs, the code segmant will be read-only on Win/32. OTOH
gdb needs to be able to change the code to add breakpoints, so under a
debugger the code segment will be writable to allow this.
so long, benny
======================================
Benjamin Riefenstahl (benny@crocodial.de)
Crocodial Communications EntwicklungsGmbH
Ruhrstr. 61, D-22761 Hamburg, Germany
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".
^ permalink raw reply [flat|nested] 58+ messages in thread
* Re:
1998-08-15 2:26 No Subject anangsa
@ 1998-08-17 12:35 ` Michael Weiser
0 siblings, 0 replies; 58+ messages in thread
From: Michael Weiser @ 1998-08-17 12:35 UTC (permalink / raw)
To: anangsa; +Cc: gnu-win32
Hi anangsa,
You wrote:
>I've tried to port some apps with b19, i still need winsock 2 & winmm
>header anyone can help ?
Winsock is definitly already there, you just have to activate it by
defining some macro:
/* Mingw32 */
#ifdef __MINGW32__
# define Win32_Winsock
# include <windows.h>
#endif /* __MINGW32__ */
Winmm should behave the same, just search the files in the Windows32
directory for some winmm statement and see how to activate it.
bye
Michael
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".
^ permalink raw reply [flat|nested] 58+ messages in thread
* Re:
@ 1998-07-01 8:02 Earnie Boyd
0 siblings, 0 replies; 58+ messages in thread
From: Earnie Boyd @ 1998-07-01 8:02 UTC (permalink / raw)
To: Vazul; +Cc: gw32
---Vazul <vazul@mud.matav.hu> wrote:
>
>
> Hi,
>
> I'm a newbie here. :) So, I tried to compile a program which uses
the
> fd_set structure. This program works fine on a UN*X, but in Cygwin32
> fd_set is defined in the mywinsock.h file.
> Can I use it? Is it conflicting with other stuffs?
I don't know. But, one of the best ways to find out is to create a
simple test program.
> And can I use select() for checking keyboard input?
Yes, I believe so. This has been discussed before, use the search
engine for the mail archives. You will probably have to have "SET
CYGWIN32=tty binmode" before starting bash.
>
> Another problem: I use the "Change Scrolling Region" escape
sequence,
> for setting the terminal. (cs=\E[%i%d;%dr) It works on VT100 (or
greater)
> terminals, linux, xterm etc. It would be very good, if it can also
work
> with Cygwin32.
Try:
MSDOS# SET TERM=linux
or
BASH# export TERM=linux
>
> Thanks a lot for any help given... and sorry for my bad english...
>
> -- Vazul
>
You are welcome,
- \\||//
---o0O0--Earnie--0O0o----
--earnie_boyd@yahoo.com--
------ooo0O--O0ooo-------
Please, research your question via the Searchable Mail Archives first.
http://www.cygnus.com/ml/gnu-win32 (Searchable Mail Archives)
Check out these great gnu-win32 related sites:
ftp://ftp.cygnus.com/pub/gnu-win32/latest/ (ftp site)
http://www.cygnus.com/pubs/gnupro/ (Comercial Page)
http://www.cygnus.com/misc/gnu-win32/ (Project Page)
http://dvpraktikum.informatik.uni-koeln.de:3232/
(Cygwin32 Porting Project)
http://www.lexa.ru/sos (Sergey Okhapkin)
ftp://www.lexa.ru/pub/domestic/sos/ (Sergey's ftp site)
http://www.fu.is.saga-u.ac.jp/~colin/gcc.html (Colin Peters - Mingw32)
http://www.xraylith.wisc.edu/~khan/software/gnu-win32/ (Mumit Khan)
ftp://ftp.hksys.com/pub/mirrors/EGCS-Win32/ (Jeremy Bettis - mirror)
http://gnu-win32.paranoia.ru (Chuck Bogorad's ports)
http://www.downloadwizard.com/ak/gnu-win32/bash.html
(GNU-Win32 Bash Configuration)
http://www.parallax.co.uk/~andyp/index_text.html (Andy Piper - ports)
http://www.tiac.net/users/cgf (Christopher Faylor - package ports)
http://aquarius.franken.de/docs/develop/gnuwin32/GNUWin32.txt
(Package Porting Notes)
ftp://ftp.franken.de/pub/win32/develop/gnuwin32/cygwin32/
(German mirror)
http://www.dol.ru/users/valtul (Valery Tulnikov - software ports)
ftp://ftp.cs.nyu.edu/pub/local/fox/cygwin32 (David fox - RPM packages)
http://www.itribe.net/virtunix/winhelp-man-pages/ (HTML Man Pages)
http://www.kedemel.demon.co.uk/ (Darren's ports)
Help for Win32 Beginners:
http://www.relisoft.com
http://www.program.com/resources/win32.html
DISCLAIMER: These links or links from these pages to other sites do
not constitute an endorsement of any entities, advertisers, products
or services therein. I am not responsible for and do not control or
monitor the content of these sites or the accuracy of information
found therein.
-------------------- IMPORTANT UPGRADE NOTICE ------------------------
You should get the following to update your cygwinb19 package:
Sergey Okhapkin's coolview package which contains an updated
cygwinb19.dll. (Yes, even if you've already downloaded the b19.1
update from the Cygnus Site).
Mumit Khan's compilation of EGCS for the cygwinb19.dll; especially if
you're using the C++ compiler. The current version of the compiler
that
comes with the tools has lots of problems that have been fixed with
the EGCS version. This is a drop-in replacement for the GCC toolset.
URL's are listed above.
-----------------------------------------------------------------------
_________________________________________________________
DO YOU YAHOO!?
Get your free @yahoo.com address at http://mail.yahoo.com
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".
^ permalink raw reply [flat|nested] 58+ messages in thread
* Re:
1998-05-17 21:40 No Subject Abdul razak
@ 1998-05-19 7:38 ` Michael Weiser
0 siblings, 0 replies; 58+ messages in thread
From: Michael Weiser @ 1998-05-19 7:38 UTC (permalink / raw)
To: gnu-win32
Hi Abdul,
You wrote:
>The API's we have used are for creation of users and groups on the
>"server machines" only. Please help us to find any API's for
>creation of users and groups on the client machines. So far
>we have used the following API's:
>
>NetUserGetInfo
>NetUserAdd
>NetGroupGetInfo
>NetLocalGroupGetInfo
>NetLocalGroupAddMembers
>NetGroupAddUser
>
>And from Security Functions we have used LookUpAccountName.
All these functions can work on the local machine, too, if you pass a
NULL pointer instead of the server name string. And none of these
functions make a distinction between WinNT Server or Workstation. So
if you pass the name of a WinNT Wks to one of the functions it will
work as expected on that machine. So you don't need any new APIs. ;)
bye
Michael
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".
^ permalink raw reply [flat|nested] 58+ messages in thread
* Re:
1998-02-14 8:26 ` Fernandes
@ 1998-02-15 5:57 ` Bug Hunter
0 siblings, 0 replies; 58+ messages in thread
From: Bug Hunter @ 1998-02-15 5:57 UTC (permalink / raw)
To: Fernandes; +Cc: gnu-win32
If you are asking what I think you are asking, search on the web
(www.dogpile.com) for "rational rose".
There is a copyrighted version of Rose out there that is free. The
copyright is used to prohibit users of the code from ever suing the
creators of the coded, not to prohibit the free use of the code for any
reason.
ASN.1, if I remember correctly from about 2 years ago is a way to create
managed information bases and code for things like SNMP.
I wrote some code to ASN.1 for TR303, and wrote a TL1 object oriented
compiler/parser system so you could interface such stuff. This is mainly
telcommunications industry.
bug
On Sat, 14 Feb 1998 Fernandes@usp.br wrote:
> On 10 Feb 98 at 15:03, Jerome Gay <gay@aspentec.com> wrote:
>
> > Fellow Gnu-Winers,
> >
> > Has anybody aver heard of an ASN.1 compiler available under the GPL
> > (or, at least, free for personal use !) ?
> > Thanks,
> >
> > Cheers /jerome
> >
>
> What's an ASN.1 compiler?
>
>
> Just curious!
>
> -------------------
> Hilton Fernandes
> email: hgfernan@usp.br
> www: http://www.lsi.usp.br/~hilton.html (inactive)
> M. Sc. Student of Parallel Distributed Applications
> at Escola Politecnica (Polytechnic School)
> University of S. Paulo - Brazil
> -
> For help on using this list (especially unsubscribing), send a message to
> "gnu-win32-request@cygnus.com" with one line of text: "help".
>
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".
^ permalink raw reply [flat|nested] 58+ messages in thread
* Re:
1998-02-10 6:06 ` No Subject Jerome Gay
@ 1998-02-14 8:26 ` Fernandes
1998-02-15 5:57 ` Re: Bug Hunter
0 siblings, 1 reply; 58+ messages in thread
From: Fernandes @ 1998-02-14 8:26 UTC (permalink / raw)
To: Jerome Gay, gnu-win32; +Cc: Fernandes, Hilton
On 10 Feb 98 at 15:03, Jerome Gay <gay@aspentec.com> wrote:
> Fellow Gnu-Winers,
>
> Has anybody aver heard of an ASN.1 compiler available under the GPL
> (or, at least, free for personal use !) ?
> Thanks,
>
> Cheers /jerome
>
What's an ASN.1 compiler?
Just curious!
-------------------
Hilton Fernandes
email: hgfernan@usp.br
www: http://www.lsi.usp.br/~hilton.html (inactive)
M. Sc. Student of Parallel Distributed Applications
at Escola Politecnica (Polytechnic School)
University of S. Paulo - Brazil
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".
^ permalink raw reply [flat|nested] 58+ messages in thread
* Re:
1997-11-17 9:50 No Subject Capron, Craig W
@ 1997-11-20 2:01 ` Bernd Schilpp
0 siblings, 0 replies; 58+ messages in thread
From: Bernd Schilpp @ 1997-11-20 2:01 UTC (permalink / raw)
To: Capron, Craig W, gnu-win32
Hello Craig,
rename your welcome.c - program to welcome.cpp and try it again.
Bernd
Capron, Craig W wrote:
> Greetings! I am new to programming and newer to Cygnus software, so I
> beg your sufferance. I have recently installed Cygnus' gnu-win32, b18,
> and everything seems to be working fine except the compiler. I've
> written the following simple program named 'welcome.C':
>
> // A first program in C++
>
> #include <iostream.h>
>
> main(){
> cout << "Welcome to C++!\n";
>
> // indicate that program ended successfully
> return 0;
> }
>
> . . . but when I ran g++ I received the following error message:
>
> (unknown) heap_init: unable to allocate heap, win32 error 87
> cygwin: terminating
> (unknown) In cygwin_except_handler
> (unknown) Exception trapped!
> (unknown) exception C0000005 at 1001E4B2
> (unknown) exception: ax 0 bx 0 cx 501 dx FFFFFFFF
> (unknown) exception: si 5C62696C di 5C32336E bp 241FB30 sp
> 241FB30
> (unknown) exception is: STATUS_ACCESS_VIOLATION
> (unknown) Stack trace:
> (unknown) frame 0: sp = 0x241F964, pc = 0x1001282A
> (unknown) frame 1: sp = 0x241F980, pc = 0x77F94512
> (unknown) frame 2: sp = 0x241F9A4, pc = 0x77F88EEB
> (unknown) frame 3: sp = 0x241FA30, pc = 0x77F76266
> (unknown) frame 4: sp = 0x241FB30, pc = 0x10011D4D
> (unknown) frame 5: sp = 0x241FB44, pc = 0x10018972
> (unknown) frame 6: sp = 0x241FB5C, pc = 0x10011615
> (unknown) frame 7: sp = 0x241FF94, pc = 0x10011BFF
> (unknown) frame 8: sp = 0x241FFA0, pc = 0x4118D5
> (unknown) frame 9: sp = 0x241FFB0, pc = 0x40103B
> (unknown) frame 10: sp = 0x241FFC0, pc = 0x77F1B304
> (unknown) frame 11: sp = 0x241FFF0, pc = 0x0
> (unknown) End of stack trace
> (unknown) In cygwin_except_handler
> (unknown) Error while dumping state (probably corrupted stack)
> (unknown) In cygwin_except_handler
> (unknown) Error while dumping state (probably corrupted stack)
> (unknown) In cygwin_except_handler
> (Blah, blah, blah, . . . repeats the last two lines ad nauseum)
>
> I have run it from both the bash and the CMD prompt with the same
> results. I'm assuming that I've got something misconfigured somewhere,
> but I've looked in all the places I know to look and I'm just not
> finding it. I hope this looks familiar to someone.
>
> My system is an IBM PC350, 133-Mhz Pentium running Windows NT Server
> v4.0 with service pack 3 installed. Thanks in advance for any help
> and/or sympathetic grimaces offered.
>
> cwc
> -
> For help on using this list (especially unsubscribing), send a message to
> "gnu-win32-request@cygnus.com" with one line of text: "help".
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".
^ permalink raw reply [flat|nested] 58+ messages in thread
* Re:
@ 1997-11-19 1:25 Scott Warner
0 siblings, 0 replies; 58+ messages in thread
From: Scott Warner @ 1997-11-19 1:25 UTC (permalink / raw)
To: Capron, Craig W, gnu-win32
Craig,
Try
int main()
to specify function return type
----------
> From: Capron, Craig W <craig.w.capron@lmco.com>
> To: 'gnu-win32@cygnus.com'
> Subject:
> Date: Monday, November 17, 1997 12:38 PM
>
> Greetings! I am new to programming and newer to Cygnus software, so I
> beg your sufferance. I have recently installed Cygnus' gnu-win32, b18,
> and everything seems to be working fine except the compiler. I've
> written the following simple program named 'welcome.C':
>
> // A first program in C++
>
> #include <iostream.h>
>
> main(){
> cout << "Welcome to C++!\n";
>
> // indicate that program ended successfully
> return 0;
> }
>
> . . . but when I ran g++ I received the following error message:
>
> (unknown) heap_init: unable to allocate heap, win32 error 87
> cygwin: terminating
> (unknown) In cygwin_except_handler
> (unknown) Exception trapped!
> (unknown) exception C0000005 at 1001E4B2
> (unknown) exception: ax 0 bx 0 cx 501 dx FFFFFFFF
> (unknown) exception: si 5C62696C di 5C32336E bp 241FB30 sp
> 241FB30
> (unknown) exception is: STATUS_ACCESS_VIOLATION
> (unknown) Stack trace:
> (unknown) frame 0: sp = 0x241F964, pc = 0x1001282A
> (unknown) frame 1: sp = 0x241F980, pc = 0x77F94512
> (unknown) frame 2: sp = 0x241F9A4, pc = 0x77F88EEB
> (unknown) frame 3: sp = 0x241FA30, pc = 0x77F76266
> (unknown) frame 4: sp = 0x241FB30, pc = 0x10011D4D
> (unknown) frame 5: sp = 0x241FB44, pc = 0x10018972
> (unknown) frame 6: sp = 0x241FB5C, pc = 0x10011615
> (unknown) frame 7: sp = 0x241FF94, pc = 0x10011BFF
> (unknown) frame 8: sp = 0x241FFA0, pc = 0x4118D5
> (unknown) frame 9: sp = 0x241FFB0, pc = 0x40103B
> (unknown) frame 10: sp = 0x241FFC0, pc = 0x77F1B304
> (unknown) frame 11: sp = 0x241FFF0, pc = 0x0
> (unknown) End of stack trace
> (unknown) In cygwin_except_handler
> (unknown) Error while dumping state (probably corrupted stack)
> (unknown) In cygwin_except_handler
> (unknown) Error while dumping state (probably corrupted stack)
> (unknown) In cygwin_except_handler
> (Blah, blah, blah, . . . repeats the last two lines ad nauseum)
>
> I have run it from both the bash and the CMD prompt with the same
> results. I'm assuming that I've got something misconfigured somewhere,
> but I've looked in all the places I know to look and I'm just not
> finding it. I hope this looks familiar to someone.
>
> My system is an IBM PC350, 133-Mhz Pentium running Windows NT Server
> v4.0 with service pack 3 installed. Thanks in advance for any help
> and/or sympathetic grimaces offered.
>
> cwc
> -
> For help on using this list (especially unsubscribing), send a message to
> "gnu-win32-request@cygnus.com" with one line of text: "help".
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".
^ permalink raw reply [flat|nested] 58+ messages in thread
* RE:
1997-06-08 0:47 Sergey Okhapkin
@ 1997-06-09 9:02 ` John Cerney
0 siblings, 0 replies; 58+ messages in thread
From: John Cerney @ 1997-06-09 9:02 UTC (permalink / raw)
To: Sergey Okhapkin; +Cc: gnu-win32
> From: Sergey Okhapkin <sos@prospect.com.ru>, on 6/8/97 11:48 AM:
> To: "'John Cerney'" <j-cerney1@ti.com>
> Cc: "gnu-win32@cygnus.com" <gnu-win32@cygnus.com>
>
> John Cerney wrote:
> > <<File: dllcheck.exe>><<File: ATT00004.txt>>
> > I can verify this. I have seen problems building perl extension lib DLLs
> on
> > windows 95 (not NT) due to garbage characters after the base relocation
> section
> > of the dll. It seems that if the base relocation section is not terminated
> by
>
> You dllcheck.exe reports "Dll Ok" on NT-built X11 Dlls, and "Invalid
> Relocation Size Detected" on the same built on 95.
>
This is exactly what I have seen. I think you will also find that if you try
and rebuild your Win95 DLL enough times, (usually 2-3 is all it takes) it will
eventually check out OK. The garbage characters sometimes appear at the end of
the relocation section in the DLL, and sometimes they don't.
BTW, sorry for messing up this thread. The subject line on my original reply
was missing.
-John
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".
^ permalink raw reply [flat|nested] 58+ messages in thread
* RE:
@ 1997-06-08 0:47 Sergey Okhapkin
1997-06-09 9:02 ` RE: John Cerney
0 siblings, 1 reply; 58+ messages in thread
From: Sergey Okhapkin @ 1997-06-08 0:47 UTC (permalink / raw)
To: 'John Cerney'; +Cc: gnu-win32
John Cerney wrote:
> <<File: dllcheck.exe>><<File: ATT00004.txt>>
> I can verify this. I have seen problems building perl extension lib DLLs on
> windows 95 (not NT) due to garbage characters after the base relocation section
> of the dll. It seems that if the base relocation section is not terminated by
You dllcheck.exe reports "Dll Ok" on NT-built X11 Dlls, and "Invalid Relocation Size Detected" on the same built on 95.
--
Sergey Okhapkin
Moscow, Russia
Looking for a job
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".
^ permalink raw reply [flat|nested] 58+ messages in thread
* Re:
1997-06-05 18:47 No Subject John Cerney
@ 1997-06-06 23:41 ` jman
0 siblings, 0 replies; 58+ messages in thread
From: jman @ 1997-06-06 23:41 UTC (permalink / raw)
To: John Cerney; +Cc: Christian Soeller, gnu-win32
Howdy,
I found to fix this. Let your computer rest a few minutes before ya
build. I usually
turn it off wait a few minutes turn it back on. Then build this may or
may not work for everyone but hey it works for me ;)
John Cerney wrote:
>
> I can verify this. I have seen problems building perl extension lib DLLs on
> windows 95 (not NT) due to garbage characters after the base relocation section
> of the dll. It seems that if the base relocation section is not terminated by
> zeros, then the DLL won't load. DLLs built under windows 95 with gnuwin32
> appear to have garbage characters at the end of the base relocation section.
> This appears to happen somewhat randomly. Sometimes the DLL will build fine,
> sometimes it won't.
>
> I built a simple program that will test for this condition (base relocation
> section not being terminated by zeros). I will attach it to this message. Just
> type dllcheck <dllname> to use. It will indicate if the DLL is OK or not.
>
> I am currently using this program for building a port of perl/tk I am working
> on. On windows 95, I have a script setup to keep building a DLL until the
> dllcheck program says it is OK. This sometimes takes rebuilding the DLL 3 to 4
> times until it builds OK, without the garbage characters at the end of the base
> relocation section.
>
> -John
>
>
> ---------------------------------------------------------------
>
> Name: dllcheck.exe
> Part 1.2 Type: unspecified type (application/octet-stream)
> Encoding: X-UUENCODE
--
Jason L. Esman aka _Jman
System Admin. Network Consultant
Irc Admin of irc.lx.net(newnet)
Co. Owner of Den Internet Services
http://www.lx.net && http://www.deninc.com
PGP Keys finger jman@lx.net
-
For help on using this list (especially unsubscribing), send a message to
"gnu-win32-request@cygnus.com" with one line of text: "help".
^ permalink raw reply [flat|nested] 58+ messages in thread
end of thread, other threads:[~2024-08-10 13:52 UTC | newest]
Thread overview: 58+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2023-09-01 11:21 Sanjitha. p
2023-09-01 11:23 ` cygwinautoreply
-- strict thread matches above, loose matches on Subject: below --
2024-08-10 13:52 Omar Idris
2024-08-10 13:52 ` cygwinautoreply
2024-01-10 14:51 hancy donald
2024-01-10 14:52 ` hancy donald
2023-10-08 10:06 Ben Sim
2023-10-09 7:39 ` cygwinautoreply
2023-09-01 10:43 Sanjitha. p
2023-09-01 10:47 ` cygwinautoreply
2023-08-04 21:10 mazyona
2023-03-02 13:38 Kidane Kenenisa
2023-03-02 13:41 ` cygwinautoreply
2023-01-03 19:42 abolfazl fazli
2023-01-03 19:45 ` cygwinautoreply
2021-11-13 13:01 Kossi Jules KETIKA
2021-11-13 13:01 ` Kossi Jules KETIKA
2021-11-13 13:03 ` Re: cygwinautoreply
2021-11-13 11:32 MUSHIMIYIMANA VIATEUR
2021-11-13 11:35 ` cygwinautoreply
2021-06-26 8:43 Re; Atencion al Asegurado
[not found] <278275920.6108613.1607516124022.ref@mail.yahoo.com>
2020-12-09 12:15 ` chaparay01
2020-12-09 18:00 ` Ben Kamen
2020-08-22 17:03 C Goh
2020-08-22 17:13 ` Andrey Repin
2020-08-23 3:05 ` Re: C Goh
2013-08-08 5:56 Re: jrassoc
2013-07-06 16:56 Re: rus369
2013-02-27 5:44 Re: s_hulge
2012-03-11 19:19 "Inappropriate ioctl for device" problem using latest cygwin as a shell within native (non-cygwin) GnuEmac Jack Profit
2012-03-11 19:42 ` Ken Brown
2012-03-11 19:47 ` Ken Brown
2012-03-12 1:44 ` Jack
2012-05-06 2:40 ` Re: Trey Greer
2011-05-06 14:56 Re: Arvind Raman
2008-11-25 8:15 Re: pm@kiu.ru
2008-10-02 16:13 Re: Brenda Hatch
2007-01-21 22:50 "id -Gn" w/ username doesn't return all associated groups. Issue with getgrent()? Mark A. Ziesemer
2007-01-22 9:34 ` Corinna Vinschen
2007-01-22 13:03 ` Eric Blake
2007-01-22 13:29 ` Corinna Vinschen
2007-01-22 15:23 ` Mark A. Ziesemer
2006-02-08 17:33 "rxvt -e bash" From Batch File Hassel, Scott
2006-02-08 17:49 ` Bubba Jones
2006-02-08 17:10 "rxvt -e bash" From Batch File Bubba Jones
2006-02-08 17:36 ` Chris Taylor
2006-02-08 17:58 ` Bubba Jones
2006-01-18 15:05 "replaced while being copied" - was ... RE: Solved partially by findutils 4.3 - RE: "inode changed", Jan Schormann
2006-01-18 16:18 ` Corinna Vinschen
2006-01-23 12:28 ` Jonas Mölsä
2006-01-23 15:23 ` Corinna Vinschen
2006-01-24 10:14 ` Jonas Mölsä
2006-01-24 12:09 ` Re: Corinna Vinschen
2005-11-28 22:45 , [Fwd: xsltproc from libxstl-1.1.15-1] Thomas Berger
2005-12-22 8:02 ` Gerrit P. Haase
2005-07-14 6:02 Civis
2005-02-23 18:47 real-story
2004-02-19 15:15 [Fwd: Bug: Perl:IsWinNT undefined & RFE, only use "/" in reg values, not names..?] Brian.Kelly
2004-02-19 22:24 ` linda w
2004-02-22 16:01 ` Gerrit P. Haase
2004-02-07 15:33 Peter Schoen
[not found] <6810515835.20040117131240@familiehaase.de>
2004-01-17 22:34 ` Inge Haase
2003-10-15 21:18 Re: caj
[not found] <1003339534031140@firemail.de>
2001-10-17 13:19 ` Re: Charles Wilson
2000-12-16 9:23 Re: Earnie Boyd
2000-12-05 8:54 Re: henry junior
[not found] <Pine.LNX.4.10.9910111854020.4347-100000@atlas.ujavcali.edu.co>
1999-10-11 17:19 ` Suhaib M. Siddiqi
1999-10-31 19:54 ` RE: Suhaib M. Siddiqi
1999-03-28 16:14 No Subject Dave Braze
1999-03-28 17:03 ` Rick Rankin
1999-03-31 19:45 ` RE: Rick Rankin
[not found] <01d601be61ac$ceadd300$29acdfd0@InspirePharm.Com>
1999-02-26 11:59 ` Corinna Vinschen
1999-02-28 23:02 ` Re: Corinna Vinschen
1998-11-23 12:41 No Subject Ugo Matrangolo
[not found] ` <matra@dedalus.com>
1998-11-24 12:54 ` John F. Kolen
1998-11-24 16:45 ` Re: Benjamin Riefenstahl
1998-11-04 22:40 No Subject Keith Carscadden
1998-11-06 3:00 ` Benjamin Riefenstahl
1998-08-15 2:26 No Subject anangsa
1998-08-17 12:35 ` Michael Weiser
1998-07-01 8:02 Re: Earnie Boyd
1998-05-17 21:40 No Subject Abdul razak
1998-05-19 7:38 ` Michael Weiser
1998-02-09 13:06 lib-www on Win95/cygwin32 - (some) success! James G. Stallings II
1998-02-10 6:06 ` No Subject Jerome Gay
1998-02-14 8:26 ` Fernandes
1998-02-15 5:57 ` Re: Bug Hunter
1997-11-19 1:25 Re: Scott Warner
1997-11-17 9:50 No Subject Capron, Craig W
1997-11-20 2:01 ` Bernd Schilpp
1997-06-08 0:47 Sergey Okhapkin
1997-06-09 9:02 ` RE: John Cerney
1997-06-05 18:47 No Subject John Cerney
1997-06-06 23:41 ` jman
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).