mingw-users Mailing List for MinGW - Minimalist GNU for Windows

Hello=2E

Yes=2C I am afraid Earnie is right and I chose the wrong list=2E I was =

trying to compile the =22textutils=22 package on the MYSYS-MINGW =

environment=2E My goal was to modify =22join=2Ec=22 source code for perso=
nal =

use=2E

I am sorry I made a mistake with this list=2E




=3E BoydE=40QWEST-WKCH1I7I3 =7E
=3E =24 join
=3E sh=3A join=3A command not found
=3E =

=3E So did you post to the wrong list=3F
=3E =

=3E Earnie=2E
=3E =

=3E jonk wrote=3A
=3E =3E Hello=2E
=3E =3E =

=3E =3E I have a problem with =22join=22 command and unpaired lines=2E
=3E =3E =

=3E =3E =

=3E =3E I use the =22join=22 command with 2 input files=3A
=3E =3E join -t =22=7C=22 -a1 -a2 file1 file2 =3E output
=3E =3E =

=3E =3E where
=3E =3E =5Bfile1=5D
=3E =3E B=23CER2R-LLACUN1=7C136=2E57
=3E =3E B=23CER2R-LLACUN2=7C281=2E67
=3E =3E B=23CER2R-LLACUN3=7C105=2E11
=3E =3E B=23CER2R-LLACUN4=7C173=2E67
=3E =3E B=23CER2R-LLACUN5=7C275=2E42
=3E =3E B=23CER2R-LLACUN6=7C170=2E54
=3E =3E B=23CER2R-LUTXAN2=7C152=2E75
=3E =3E B=23CER2R-MFUSTA1=7C17=2E08
=3E =3E B=23CER2R-MORROT1=7C79=2E82
=3E =3E B=23CER2R-MORROT2=7C39=2E07
=3E =3E B=23CER2R-MORROT3=7C50=2E72
=3E =3E B=23CER2R-MORROT4=7C104=2E18
=3E =3E B=23CER2R-MORROT5=7C112=2E01
=3E =3E B=23CER2R-MORROT6=7C73=2E59
=3E =3E =

=3E =3E and
=3E =3E =5Bfile2=5D
=3E =3E B=23CER2R-LLACUN1=7C214
=3E =3E B=23CER2R-LLACUN2=7C660
=3E =3E B=23CER2R-LLACUN3=7C213
=3E =3E B=23CER2R-LLACUN4=7C352
=3E =3E B=23CER2R-LLACUN5=7C499
=3E =3E B=23CER2R-LLACUN6=7C341
=3E =3E B=23CER2R-LUTXAN1=7C122
=3E =3E B=23CER2R-LUTXAN2=7C296
=3E =3E B=23CER2R-LUTXAN3=7C110
=3E =3E B=23CER2R-MFUSTA1=7C36
=3E =3E B=23CER2R-MORROT1=7C105
=3E =3E B=23CER2R-MORROT2=7C63
=3E =3E B=23CER2R-MORROT3=7C80
=3E =3E B=23CER2R-MORROT4=7C131
=3E =3E B=23CER2R-MORROT5=7C190
=3E =3E B=23CER2R-MORROT6=7C88
=3E =3E =

=3E =3E Note that file2 has 2 unpaired lines=3A
=3E =3E B=23CER2R-LUTXAN1=7C122
=3E =3E B=23CER2R-LUTXAN3=7C110
=3E =3E =

=3E =3E My output file is therefore=3A
=3E =3E =5Boutput=5D
=3E =3E B=23CER2R-LLACUN1=7C136=2E57=7C214
=3E =3E B=23CER2R-LLACUN2=7C281=2E67=7C660
=3E =3E B=23CER2R-LLACUN3=7C105=2E11=7C213
=3E =3E B=23CER2R-LLACUN4=7C173=2E67=7C352
=3E =3E B=23CER2R-LLACUN5=7C275=2E42=7C499
=3E =3E B=23CER2R-LLACUN6=7C170=2E54=7C341
=3E =3E B=23CER2R-LUTXAN1=7C122
=3E =3E B=23CER2R-LUTXAN2=7C152=2E75=7C296
=3E =3E B=23CER2R-LUTXAN3=7C110
=3E =3E B=23CER2R-MFUSTA1=7C17=2E08=7C36
=3E =3E B=23CER2R-MORROT1=7C79=2E82=7C105
=3E =3E B=23CER2R-MORROT2=7C39=2E07=7C63
=3E =3E B=23CER2R-MORROT3=7C50=2E72=7C80
=3E =3E B=23CER2R-MORROT4=7C104=2E18=7C131
=3E =3E B=23CER2R-MORROT5=7C112=2E01=7C190
=3E =3E B=23CER2R-MORROT6=7C73=2E59=7C88
=3E =3E =

=3E =3E This way I know that there are unpaired lines=2C but I don=B4t kn=
ow =

=3E which =

=3E =3E file they come from
=3E =3E =

=3E =3E =

=3E =3E But I would like =22join=22 to produce the next output=3A
=3E =3E =5Bdesirable=5Foutput=5D
=3E =3E B=23CER2R-LLACUN1=7C136=2E57=7C214
=3E =3E B=23CER2R-LLACUN2=7C281=2E67=7C660
=3E =3E B=23CER2R-LLACUN3=7C105=2E11=7C213
=3E =3E B=23CER2R-LLACUN4=7C173=2E67=7C352
=3E =3E B=23CER2R-LLACUN5=7C275=2E42=7C499
=3E =3E B=23CER2R-LLACUN6=7C170=2E54=7C341
=3E =3E B=23CER2R-LUTXAN1=7C =7C122
=3E =3E B=23CER2R-LUTXAN2=7C152=2E75=7C296
=3E =3E B=23CER2R-LUTXAN3=7C =7C110
=3E =3E B=23CER2R-MFUSTA1=7C17=2E08=7C36
=3E =3E B=23CER2R-MORROT1=7C79=2E82=7C105
=3E =3E B=23CER2R-MORROT2=7C39=2E07=7C63
=3E =3E B=23CER2R-MORROT3=7C50=2E72=7C80
=3E =3E B=23CER2R-MORROT4=7C104=2E18=7C131
=3E =3E B=23CER2R-MORROT5=7C112=2E01=7C190
=3E =3E B=23CER2R-MORROT6=7C73=2E59=7C88
=3E =3E =

=3E =3E Where the blanks tell me that file1 has unpaired lines=2E This =

=3E gives me =

=3E =3E much more information=2E
=3E =3E How can I fix this=3F I have browsed source code (join=2Ec)=2C bu=
t I =

=3E am not =

=3E =3E an expert programmer=2E
=3E =3E =

=3E =3E Thank you very much=2E

Try the recently announced MSYS 1.0.10-rc-3 candidate.  May or may not 
help but 1.0.9 is too old.

Earnie.

A* wrote:

> Hi,
> Some time ago, std output to MSYS window stopped working in my programs.
> i.e. simple helloworld does nothing when run from msys console, either if it
> is written in C or in C++. Re-installing mingw+msys didn't help. The same
> programs work correctly when run from cmd.exe shell.
> 
> Thanks.
> 
> p.s. I use STLPort, but I encounter this problem in C programs too.
> p.p.s. mingw version is 2.0.0(gcc version 3.2 (mingw special 20020817-1)),
> msys version is 1.0.9
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: SF.net Giveback Program.
> Does SourceForge.net help you be more productive?  Does it
> help you create better code?  SHARE THE LOVE, and help us help
> YOU!  Click Here: http://sourceforge.net/donate/
> _______________________________________________
> MinGW-users mailing list
> Min...@li...
> 
> You may change your MinGW Account Options or unsubscribe at:
> https://lists.sourceforge.net/lists/listinfo/mingw-users
> 

-- 
http://www.mingw.org
<http://sourceforge.net/projects/mingw>

Hi,
Some time ago, std output to MSYS window stopped working in my programs.
i.e. simple helloworld does nothing when run from msys console, either if it
is written in C or in C++. Re-installing mingw+msys didn't help. The same
programs work correctly when run from cmd.exe shell.

Thanks.

p.s. I use STLPort, but I encounter this problem in C programs too.
p.p.s. mingw version is 2.0.0(gcc version 3.2 (mingw special 20020817-1)),
msys version is 1.0.9

Hi,

   if this question is already ansered, I'm sorry.

I tried to compile gtkglextmm. configure worked fine but when I try to 
make it, I get:
------------------------8<------------------------
make  all-recursive
make[1]: Entering directory `/c/maxx/src/gtkglextmm-1.0.1'
Making all in tools
make[2]: Entering directory `/c/maxx/src/gtkglextmm-1.0.1/tools'
Making all in extra_defs_gen
make[3]: Entering directory 
`/c/maxx/src/gtkglextmm-1.0.1/tools/extra_defs_gen'
if g++ -DHAVE_CONFIG_H -I. -I. -I../.. -Ic:/MinGW/include/gtkglext-1.0 
-Ic:/MinGW/lib/gtkglext-1.0/include -Ic:/MinGW/include/gtk-2.0 
-Ic:/MinGW/lib/gtk-2.0/include -Ic:/MinGW/include/pango-1.0 
-Ic:/MinGW/include/glib-2.0 -Ic:/MinGW/lib/glib-2.0/include 
-Ic:/MinGW/include/gtkmm-2.0 -Ic:/MinGW/lib/gtkmm-2.0/include 
-Ic:/MinGW/lib/sigc++-1.2/include -Ic:/MinGW/include/sigc++-1.2 
-Ic:/MinGW/include/atk-1.0         -g -O2 -Wall -mms-bitfields -MT 
generate_defs_gtkglext.o -MD -MP -MF ".deps/generate_defs_gtkglext.Tpo"    \
  -c -o generate_defs_gtkglext.o `test -f 'generate_defs_gtkglext.cc' || 
echo './'`generate_defs_gtkglext.cc; \
then mv -f ".deps/generate_defs_gtkglext.Tpo" 
".deps/generate_defs_gtkglext.Po"; \
else rm -f ".deps/generate_defs_gtkglext.Tpo"; exit 1; \
fi
g++.exe: cannot specify -o with -c or -S and multiple compilations
make[3]: *** [generate_defs_gtkglext.o] Error 1
make[3]: Leaving directory 
`/c/maxx/src/gtkglextmm-1.0.1/tools/extra_defs_gen'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/c/maxx/src/gtkglextmm-1.0.1/tools'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/c/maxx/src/gtkglextmm-1.0.1'
make: *** [all] Error 2
------------------------8<------------------------

When I copy and paste the command line to the shell, it works fine. I 
tried it with several version of make (3.79.1-bin, 3.80.0-[1-3]-bin, 
3.80.0-3 self compiled).

I have installed mingw-3.1.0-1, msys-1.0.10-rc-2 and msysDTK-1.0.1 and 
all necessary libraries to compile gtkglextmm.

Markus
-- 
:wq

/(bb|[^b]{2})/

Markus Trenkwalder
Student of Computer Engineering at TU-Wien

If problem is libraries order on command line you can try
to pass "-all_load" option to g++, if it is available of course (I'm not
sure)

Richard Campbell <ee...@co...> writes:

> I'm still having the same problem.
>
> Filip Navara wrote:
>
>>The libraries order on command line matters. Try
>>g++ ravage.o -o game.exe -lglut32 -lglaux -lglu32 -lopengl32
>>
>>Filip
>>----- P=D9VODN=CD ZPR=C1VA -----
>>Od: "Richard Campbell" <ee...@co...>
>>Komu: Min...@li...
>>P=F8edm=ECt: [Mingw-users] Can someone help me out here?
>>Datum: 27.11.2003 - 7:30:30
>>
>>
>>>I'm still relatively new to mingw, i wrote a makefile
>>> for a project i had developed in VC++, it compiles fine on mingw,
>>> but
>>> stumbles upon linking, here is the error:
>>>
>>>C:\Ravage>mingw32-make
>>>g++ -c ravage.cpp -D__WIN32__
>>>g++ ravage.o -o game.exe -lglut32 -lopengl32 -lglaux
>>>-lglu32
>>>ravage.o(.text+0x1c3):ravage.cpp: undefined reference
>>> to `_imp__gluPerspective'
>>>ravage.o(.text+0x1f0):ravage.cpp: undefined reference
>>>to `_imp__glEnable'
>>>ravage.o(.text+0x1fe):ravage.cpp: undefined reference
>>>to `_imp__glEnable'
>>>ravage.o(.text+0x32b):ravage.cpp: undefined reference
>>>to `_imp__glColor3f'
>>>ravage.o(.text+0x3c5):ravage.cpp: undefined reference
>>>to `_imp__glGenLists'
>>>ravage.o(.text+0x3e0):ravage.cpp: undefined reference
>>>to `_imp__glNewList'
>>>ravage.o(.text+0x3f2):ravage.cpp: undefined reference
>>>to `_imp__glEndList'
>>>ravage.o(.text+0x48d):ravage.cpp: undefined reference
>>>to `_imp__glGenLists'
>>>ravage.o(.text+0x4a8):ravage.cpp: undefined reference
>>>to `_imp__glNewList'
>>>ravage.o(.text+0x4ba):ravage.cpp: undefined reference
>>>to `_imp__glEndList'
>>>ravage.o(.text+0x538):ravage.cpp: undefined reference
>>>to `_imp__glBegin'
>>>ravage.o(.text+0x5a0):ravage.cpp: undefined reference
>>>to `_imp__glVertex3i'
>>>ravage.o(.text+0x5c6):ravage.cpp: undefined reference
>>> to `_imp__glTexCoord2f'
>>>ravage.o(.text+0x5ff):ravage.cpp: undefined reference
>>>to `_imp__glVertex3i'
>>>ravage.o(.text+0x630):ravage.cpp: undefined reference
>>> to `_imp__glTexCoord2f'
>>>ravage.o(.text+0x68b):ravage.cpp: undefined reference
>>>to `_imp__glVertex3i'
>>>ravage.o(.text+0x6bc):ravage.cpp: undefined reference
>>> to `_imp__glTexCoord2f'
>>>ravage.o(.text+0x6ef):ravage.cpp: undefined reference
>>>to `_imp__glVertex3i'
>>>ravage.o(.text+0x715):ravage.cpp: undefined reference
>>> to `_imp__glTexCoord2f'
>>>ravage.o(.text+0x738):ravage.cpp: undefined reference
>>>to `_imp__glEnd'
>>>ravage.o(.text+0x750):ravage.cpp: undefined reference
>>>to `_imp__glCallList'
>>>ravage.o(.text+0x85b):ravage.cpp: undefined reference
>>> to `_imp__glMatrixMode'
>>>ravage.o(.text+0x862):ravage.cpp: undefined reference
>>> to `_imp__glLoadIdentity'
>>>ravage.o(.text+0x887):ravage.cpp: undefined reference
>>> to `_imp__gluPerspective'
>>>ravage.o(.text+0x895):ravage.cpp: undefined reference
>>> to `_imp__glMatrixMode'
>>>ravage.o(.text+0x995):ravage.cpp: undefined reference
>>> to `_imp__glMatrixMode'
>>>ravage.o(.text+0x99c):ravage.cpp: undefined reference
>>> to `_imp__glLoadIdentity'
>>>ravage.o(.text+0x9c1):ravage.cpp: undefined reference
>>> to `_imp__gluPerspective'
>>>ravage.o(.text+0x9cf):ravage.cpp: undefined reference
>>> to `_imp__glMatrixMode'
>>>ravage.o(.text+0xd57):ravage.cpp: undefined reference
>>>to `_imp__gluLookAt'
>>>ravage.o(.text+0xf63):ravage.cpp: undefined reference
>>>to `_imp__glClear'
>>>ravage.o(.text+0xf6a):ravage.cpp: undefined reference
>>> to `_imp__glLoadIdentity'
>>>ravage.o(.text+0x10c4):ravage.cpp: undefined reference
>>> to `_imp__glPolygonMode'
>>>ravage.o(.text+0x10dc):ravage.cpp: undefined reference
>>> to `_imp__glPolygonMode'
>>>ravage.o(.text+0x13bc):ravage.cpp: undefined reference
>>> to `_imp__glClearColor'
>>>ravage.o(.text+0x13ca):ravage.cpp: undefined reference
>>> to `_imp__glLoadIdentity'
>>>
>>>mingw32-make: *** [all] Error 1
>>>
>>>C:\Ravage>
>>>
>>>as you can see, i've included all the libs needed, but
>>> it's still having trouble, any ideas?   gcc 3.3.1
>>>
>>>
>>>
>>>
>>>-------------------------------------------------------
>>>This SF.net email is sponsored by: SF.net Giveback
>>>Program.
>>>Does SourceForge.net help you be more productive?  Does
>>>it
>>>help you create better code?  SHARE THE LOVE, and help
>>>us help
>>>YOU!  Click Here: http://sourceforge.net/donate/
>>>_______________________________________________
>>>MinGW-users mailing list
>>>Min...@li...
>>>
>>>You may change your MinGW Account Options or
>>>unsubscribe at:
>>>https://lists.sourceforge.net/lists/listinfo/mingw-users
>>>
>>>
>>
>>
>
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: SF.net Giveback Program.
> Does SourceForge.net help you be more productive?  Does it
> help you create better code?  SHARE THE LOVE, and help us help
> YOU!  Click Here: http://sourceforge.net/donate/
> _______________________________________________
> MinGW-users mailing list
> Min...@li...
>
> You may change your MinGW Account Options or unsubscribe at:
> https://lists.sourceforge.net/lists/listinfo/mingw-users
>

--=20
Nedko Arnaudov

This appears to do the job re: my vi issues, thank you. 

-- 
Thomas Boutell
Boutell.Com, Inc.                                       
http://www.boutell.com/

Sync my card with your PDA or address book: http://tocard.biz/a7oiljb6

Please refer to https://sourceforge.net/forum/forum.php?forum_id=332800

Earnie
-- 
http://www.mingw.org
Powered by SourceForge <http://sourceforge.net/projects/mingw>

On Sat, 29 Nov 2003 13:27:44 +0200 (EET), you wrote:

>> Don't think so, why don't you debug your code to find out
>> where it crashes, then you would know for sure.
>
>It crashes before any code is executed and only with Windows
>2000. That's why I thought that it could be a bug in the
>compiler.

Compiler bugs would likely affect all versions of Windows.
Version-specific bugs are more likely to be problems in the code,
either in the run-time library or in your own code.

What you need to do is run your program under gdb (or some other
low-level debugger), and identify why it's crashing.  

Duncan Murdoch

Hi, mingw-users,

	I'm wondering how to build flat binaries, not linked against any library, but when I link them, my libraries and the main program, I got this error, someone now what is happening:

                  gcc *.cpp main.o -nostdlib

c:\windows\TEMP/ccDzffgb.o(.eh_frame+0x11):PRUEBA1.CPP: undefined reference to `__gxx_personality_v0'


Thanks

Pablo Tesone
te...@mi...
2003-11-29

Maybe it crashes in the initialisation of one of the DLLs that your program
uses. What DLLs does it use? It would help if you could reduce the program
to the smallest amount of code that causes the crash.

Luke

----- Original Message ----- 
From: "Olli Sikstus" <cyb...@ji...>
To: <min...@li...>
Sent: Saturday, November 29, 2003 7:27 PM
Subject: [Mingw-users] Re: A bug in the compiler?


> > Don't think so, why don't you debug your code to find out
> > where it crashes, then you would know for sure.
>
> It crashes before any code is executed and only with Windows
> 2000. That's why I thought that it could be a bug in the
> compiler.
>
> __
> Ota itsellesi luotettava kotimainen email http://www.jippii.fi/
> Tutustu samalla netin parhaaseen pelipaikkaan JIPPIIGAMESIIN.
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: SF.net Giveback Program.
> Does SourceForge.net help you be more productive?  Does it
> help you create better code?  SHARE THE LOVE, and help us help
> YOU!  Click Here: http://sourceforge.net/donate/
> _______________________________________________
> MinGW-users mailing list
> Min...@li...
>
> You may change your MinGW Account Options or unsubscribe at:
> https://lists.sourceforge.net/lists/listinfo/mingw-users
>

> Don't think so, why don't you debug your code to find out
> where it crashes, then you would know for sure.

It crashes before any code is executed and only with Windows
2000. That's why I thought that it could be a bug in the
compiler.

__
Ota itsellesi luotettava kotimainen email http://www.jippii.fi/
Tutustu samalla netin parhaaseen pelipaikkaan JIPPIIGAMESIIN.

 --- "SourceForge.net" <no...@so...> wrote: > 
> Read and respond to this message at: 
> https://sourceforge.net/forum/message.php?msg_id=2309130
> By: derekbaker
> 
> http://www63.tok2.com/home/bitwalk/download.html
> 
> 
> I am having trouble upgrading to gcc3.3.1 with the official packages, but can
> with this one. It is from a credible supplier?
> 

The 'unofficial' packages you mention may be credible and have all good
intenstions, but they violate the GPL because as far as I can see, they do not
provide sources.

If the bitwalk does not correct this, I intend to report to the FSF GPL
vioation site.

Danny

Danny 
Danny
> 
> Thanks
> 
> Derek
> 
> 
> 
> ______________________________________________________________________
> You are receiving this email because you elected to monitor this forum.
> To stop monitoring this forum, login to SourceForge.net and visit: 
> https://sourceforge.net/forum/unmonitor.php?forum_id=286529
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: SF.net Giveback Program.
> Does SourceForge.net help you be more productive?  Does it
> help you create better code?  SHARE THE LOVE, and help us help
> YOU!  Click Here: http://sourceforge.net/donate/
> _______________________________________________
> MinGW-users mailing list
> Min...@li...
> 
> You may change your MinGW Account Options or unsubscribe at:
> https://lists.sourceforge.net/lists/listinfo/mingw-users 

http://personals.yahoo.com.au - Yahoo! Personals
New people, new possibilities. FREE for a limited time.

Read and respond to this message at: 
https://sourceforge.net/forum/message.php?msg_id=2309182
By: hvogt

The source code does not use any malloc().

Firstly some global variables are defined (C type variables, C++ types like
string, ofstream, but also vectors and maps from the STL). Vectors mare 1D or
2D, they may hold data, but also pointers to objects. They will be enlarged
at runtime according to input data given to the simulator (eg using the the
assign() method or the push_back() method). Objects are then generated and assigned
to the pointers by calling 'new' (a few hundred objects may be generated).

Deleting explicitly these objects and the associated vectors before detaching
the dll does not help however. So far I did not check to clear the other vectors
containing data before detaching the dll.

Holger

______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit: 
https://sourceforge.net/forum/unmonitor.php?forum_id=7134

Read and respond to this message at: 
https://sourceforge.net/forum/message.php?msg_id=2309170
By: derekbaker

Update:

The critical factor seems to have been mingw runtime, adding this to the core
and g++, has got me compiling with wstrings.


Derek


______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit: 
https://sourceforge.net/forum/unmonitor.php?forum_id=286529

Read and respond to this message at: 
https://sourceforge.net/forum/message.php?msg_id=2309141
By: derekbaker

Never mind- got the official upgrade working now.

See here:

https://sourceforge.net/forum/message.php?msg_id=2309139


Derek


______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit: 
https://sourceforge.net/forum/unmonitor.php?forum_id=286529

Read and respond to this message at: 
https://sourceforge.net/forum/message.php?msg_id=2309139
By: derekbaker

Never mind - got it working. Obviously wasn't downloading enough last time -
this time I got it all!

Now all I need to do is get Dev-C++ to talk to it correctly, but that’s a discussion
for another forum.


Thanks

Derek


______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit: 
https://sourceforge.net/forum/unmonitor.php?forum_id=286529

Read and respond to this message at: 
https://sourceforge.net/forum/message.php?msg_id=2309130
By: derekbaker

http://www63.tok2.com/home/bitwalk/download.html


I am having trouble upgrading to gcc3.3.1 with the official packages, but can
with this one. It is from a credible supplier?


Thanks

Derek



______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit: 
https://sourceforge.net/forum/unmonitor.php?forum_id=286529

BoydE@QWEST-WKCH1I7I3 ~
$ join
sh: join: command not found

So did you post to the wrong list?

Earnie.

jonk wrote:
> Hello.
>=20
> I have a problem with "join" command and unpaired lines.
>=20
>=20
> I use the "join" command with 2 input files:
> join -t "|" -a1 -a2 file1 file2 > output
>=20
> where
> [file1]
> B#CER2R-LLACUN1|136.57
> B#CER2R-LLACUN2|281.67
> B#CER2R-LLACUN3|105.11
> B#CER2R-LLACUN4|173.67
> B#CER2R-LLACUN5|275.42
> B#CER2R-LLACUN6|170.54
> B#CER2R-LUTXAN2|152.75
> B#CER2R-MFUSTA1|17.08
> B#CER2R-MORROT1|79.82
> B#CER2R-MORROT2|39.07
> B#CER2R-MORROT3|50.72
> B#CER2R-MORROT4|104.18
> B#CER2R-MORROT5|112.01
> B#CER2R-MORROT6|73.59
>=20
> and
> [file2]
> B#CER2R-LLACUN1|214
> B#CER2R-LLACUN2|660
> B#CER2R-LLACUN3|213
> B#CER2R-LLACUN4|352
> B#CER2R-LLACUN5|499
> B#CER2R-LLACUN6|341
> B#CER2R-LUTXAN1|122
> B#CER2R-LUTXAN2|296
> B#CER2R-LUTXAN3|110
> B#CER2R-MFUSTA1|36
> B#CER2R-MORROT1|105
> B#CER2R-MORROT2|63
> B#CER2R-MORROT3|80
> B#CER2R-MORROT4|131
> B#CER2R-MORROT5|190
> B#CER2R-MORROT6|88
>=20
> Note that file2 has 2 unpaired lines:
> B#CER2R-LUTXAN1|122
> B#CER2R-LUTXAN3|110
>=20
> My output file is therefore:
> [output]
> B#CER2R-LLACUN1|136.57|214
> B#CER2R-LLACUN2|281.67|660
> B#CER2R-LLACUN3|105.11|213
> B#CER2R-LLACUN4|173.67|352
> B#CER2R-LLACUN5|275.42|499
> B#CER2R-LLACUN6|170.54|341
> B#CER2R-LUTXAN1|122
> B#CER2R-LUTXAN2|152.75|296
> B#CER2R-LUTXAN3|110
> B#CER2R-MFUSTA1|17.08|36
> B#CER2R-MORROT1|79.82|105
> B#CER2R-MORROT2|39.07|63
> B#CER2R-MORROT3|50.72|80
> B#CER2R-MORROT4|104.18|131
> B#CER2R-MORROT5|112.01|190
> B#CER2R-MORROT6|73.59|88
>=20
> This way I know that there are unpaired lines, but I don=B4t know which=
=20
> file they come from
>=20
>=20
> But I would like "join" to produce the next output:
> [desirable_output]
> B#CER2R-LLACUN1|136.57|214
> B#CER2R-LLACUN2|281.67|660
> B#CER2R-LLACUN3|105.11|213
> B#CER2R-LLACUN4|173.67|352
> B#CER2R-LLACUN5|275.42|499
> B#CER2R-LLACUN6|170.54|341
> B#CER2R-LUTXAN1| |122
> B#CER2R-LUTXAN2|152.75|296
> B#CER2R-LUTXAN3| |110
> B#CER2R-MFUSTA1|17.08|36
> B#CER2R-MORROT1|79.82|105
> B#CER2R-MORROT2|39.07|63
> B#CER2R-MORROT3|50.72|80
> B#CER2R-MORROT4|104.18|131
> B#CER2R-MORROT5|112.01|190
> B#CER2R-MORROT6|73.59|88
>=20
> Where the blanks tell me that file1 has unpaired lines. This gives me=20
> much more information.
> How can I fix this? I have browsed source code (join.c), but I am not=20
> an expert programmer.
>=20
> Thank you very much.
>=20
>=20
>=20
>=20
>=20
>=20
> -------------------------------------------------------
> This SF.net email is sponsored by: SF.net Giveback Program.
> Does SourceForge.net help you be more productive?  Does it
> help you create better code?  SHARE THE LOVE, and help us help
> YOU!  Click Here: http://sourceforge.net/donate/
> _______________________________________________
> MinGW-users mailing list
> Min...@li...
>=20
> You may change your MinGW Account Options or unsubscribe at:
> https://lists.sourceforge.net/lists/listinfo/mingw-users
>=20

--=20
http://www.mingw.org
Powered by SourceForge <http://sourceforge.net/projects/mingw>

Hello=2E

I have a problem with =22join=22 command and unpaired lines=2E


I use the =22join=22 command with 2 input files=3A
join -t =22=7C=22 -a1 -a2 file1 file2 =3E output

where
=5Bfile1=5D
B=23CER2R-LLACUN1=7C136=2E57
B=23CER2R-LLACUN2=7C281=2E67
B=23CER2R-LLACUN3=7C105=2E11
B=23CER2R-LLACUN4=7C173=2E67
B=23CER2R-LLACUN5=7C275=2E42
B=23CER2R-LLACUN6=7C170=2E54
B=23CER2R-LUTXAN2=7C152=2E75
B=23CER2R-MFUSTA1=7C17=2E08
B=23CER2R-MORROT1=7C79=2E82
B=23CER2R-MORROT2=7C39=2E07
B=23CER2R-MORROT3=7C50=2E72
B=23CER2R-MORROT4=7C104=2E18
B=23CER2R-MORROT5=7C112=2E01
B=23CER2R-MORROT6=7C73=2E59

and
=5Bfile2=5D
B=23CER2R-LLACUN1=7C214
B=23CER2R-LLACUN2=7C660
B=23CER2R-LLACUN3=7C213
B=23CER2R-LLACUN4=7C352
B=23CER2R-LLACUN5=7C499
B=23CER2R-LLACUN6=7C341
B=23CER2R-LUTXAN1=7C122
B=23CER2R-LUTXAN2=7C296
B=23CER2R-LUTXAN3=7C110
B=23CER2R-MFUSTA1=7C36
B=23CER2R-MORROT1=7C105
B=23CER2R-MORROT2=7C63
B=23CER2R-MORROT3=7C80
B=23CER2R-MORROT4=7C131
B=23CER2R-MORROT5=7C190
B=23CER2R-MORROT6=7C88

Note that file2 has 2 unpaired lines=3A
B=23CER2R-LUTXAN1=7C122
B=23CER2R-LUTXAN3=7C110

My output file is therefore=3A
=5Boutput=5D
B=23CER2R-LLACUN1=7C136=2E57=7C214
B=23CER2R-LLACUN2=7C281=2E67=7C660
B=23CER2R-LLACUN3=7C105=2E11=7C213
B=23CER2R-LLACUN4=7C173=2E67=7C352
B=23CER2R-LLACUN5=7C275=2E42=7C499
B=23CER2R-LLACUN6=7C170=2E54=7C341
B=23CER2R-LUTXAN1=7C122
B=23CER2R-LUTXAN2=7C152=2E75=7C296
B=23CER2R-LUTXAN3=7C110
B=23CER2R-MFUSTA1=7C17=2E08=7C36
B=23CER2R-MORROT1=7C79=2E82=7C105
B=23CER2R-MORROT2=7C39=2E07=7C63
B=23CER2R-MORROT3=7C50=2E72=7C80
B=23CER2R-MORROT4=7C104=2E18=7C131
B=23CER2R-MORROT5=7C112=2E01=7C190
B=23CER2R-MORROT6=7C73=2E59=7C88

This way I know that there are unpaired lines=2C but I don=B4t know which=
 =

file they come from


But I would like =22join=22 to produce the next output=3A
=5Bdesirable=5Foutput=5D
B=23CER2R-LLACUN1=7C136=2E57=7C214
B=23CER2R-LLACUN2=7C281=2E67=7C660
B=23CER2R-LLACUN3=7C105=2E11=7C213
B=23CER2R-LLACUN4=7C173=2E67=7C352
B=23CER2R-LLACUN5=7C275=2E42=7C499
B=23CER2R-LLACUN6=7C170=2E54=7C341
B=23CER2R-LUTXAN1=7C =7C122
B=23CER2R-LUTXAN2=7C152=2E75=7C296
B=23CER2R-LUTXAN3=7C =7C110
B=23CER2R-MFUSTA1=7C17=2E08=7C36
B=23CER2R-MORROT1=7C79=2E82=7C105
B=23CER2R-MORROT2=7C39=2E07=7C63
B=23CER2R-MORROT3=7C50=2E72=7C80
B=23CER2R-MORROT4=7C104=2E18=7C131
B=23CER2R-MORROT5=7C112=2E01=7C190
B=23CER2R-MORROT6=7C73=2E59=7C88

Where the blanks tell me that file1 has unpaired lines=2E This gives me =

much more information=2E
How can I fix this=3F I have browsed source code (join=2Ec)=2C but I am n=
ot =

an expert programmer=2E

Thank you very much=2E

collect2 hasn't been ported to the mingw32 host yet (at least not
officially), and this has been discussed several times so please search the
list archives.

Luke

----- Original Message ----- 
From: "Lyon" <ly...@ma...>
To: <min...@li...>
Sent: Thursday, November 27, 2003 8:14 AM
Subject: [Mingw-users] mingw-based compiler building problem


Hello,

(please apologize if this is a little bit off-topic in this list)

I'd like to build MinGW based cross-compiler for m68k-elf. I tried to
build it from gcc-3.3.1-20030804-1 sources downloaded through link on
www.mingw.org. Configure step passes well, but make ends up with the
following problem:

. . . . . . . .
gcc   -O2 -g0 -DIN_GCC -DCROSS_COMPILE  -W -Wall -Wwrite-strings -Wstrict-pr
ototypes -Wmissing-prototypes -Wtraditional -pedantic -Wno-long-long   -DHAV
E_CONFIG_H    -I. -I. -I../../../../src/mingw/gcc/3.3.1-20030804-1-src/gcc -
I../../../../src/mingw/gcc/3.3.1-20030804-1-src/gcc/. -I../../../../src/ming
w/gcc/3.3.1-20030804-1-src/gcc/config -I../../../../src/mingw/gcc/3.3.1-2003
0804-1-src/gcc/../include  \
-DTARGET_MACHINE=\"m68k-elf\" \
-c ../../../../src/mingw/gcc/3.3.1-20030804-1-src/gcc/collect2.c -o
collect2.o
../../../../src/mingw/gcc/3.3.1-20030804-1-src/gcc/collect2.c: In function
`handler':
../../../../src/mingw/gcc/3.3.1-20030804-1-src/gcc/collect2.c:447: warning:
implicit declaration of function `kill'
../../../../src/mingw/gcc/3.3.1-20030804-1-src/gcc/collect2.c: In function
`scan_prog_file':
../../../../src/mingw/gcc/3.3.1-20030804-1-src/gcc/collect2.c:2092: warning:
implicit declaration of function `pipe'
../../../../src/mingw/gcc/3.3.1-20030804-1-src/gcc/collect2.c:2115: warning:
implicit declaration of function `fork'
../../../../src/mingw/gcc/3.3.1-20030804-1-src/gcc/collect2.c:2131: warning:
passing arg 2 of `execv' from incompatible pointer type
../../../../src/mingw/gcc/3.3.1-20030804-1-src/gcc/collect2.c:2069: warning:
unused variable `quit_handler'
gcc -c   -O2 -g0 -DIN_GCC -DCROSS_COMPILE  -W -Wall -Wwrite-strings -Wstrict
-prototypes -Wmissing-prototypes -Wtraditional -pedantic -Wno-long-long   -D
HAVE_CONFIG_H    -I. -I. -I../../../../src/mingw/gcc/3.3.1-20030804-1-src/gc
c -I../../../../src/mingw/gcc/3.3.1-20030804-1-src/gcc/. -I../../../../src/m
ingw/gcc/3.3.1-20030804-1-src/gcc/config -I../../../../src/mingw/gcc/3.3.1-2
0030804-1-src/gcc/../include
../../../../src/mingw/gcc/3.3.1-20030804-1-src/gcc/tlink.c -o tlink.o
gcc   -O2 -g0 -DIN_GCC -DCROSS_COMPILE  -W -Wall -Wwrite-strings -Wstrict-pr
ototypes -Wmissing-prototypes -Wtraditional -pedantic -Wno-long-long   -DHAV
E_CONFIG_H -s -Wl,--stack=0x00800000 -o Tcollect2.exe \
collect2.o tlink.o intl.o version.o ./intl/libintl.a  -liconv
../libiberty/libiberty.a
collect2.o(.text+0x313):collect2.c: undefined reference to `kill'
collect2.o(.text+0x3b74):collect2.c: undefined reference to `pipe'
collect2.o(.text+0x3c12):collect2.c: undefined reference to `fork'
make[1]: *** [collect2.exe] Error 1
make[1]: Leaving directory
`/cross/tmp/m68k-elf/bootstrap-3.3.1-20030804-1/gcc'
make: *** [all-gcc] Error 2
make: Leaving directory `/cross/tmp/m68k-elf/bootstrap-3.3.1-20030804-1'

Can anybody give some hint, what's going wrong? Thanks in advance.

-- 
lyo+
lyo/at/mail/dot/lanck/dot/net



-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?  SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/
_______________________________________________
MinGW-users mailing list
Min...@li...

You may change your MinGW Account Options or unsubscribe at:
https://lists.sourceforge.net/lists/listinfo/mingw-users

Don't think so, why don't you debug your code to find out where it crashes,
then you would know for sure.

Mikael

----- Original Message ----- 
From: "Olli Sikstus" <cyb...@ji...>
To: <min...@li...>
Sent: Friday, November 28, 2003 11:26 AM
Subject: [Mingw-users] A bug in the compiler?


> I'm using MinGW Developer Studio with newest updates from www.mingw.org
> (from "Current" section). I added some network code to my program and
> that made it crash with Windows 2000. It works fine with Windows 98 SE
> but when using Windows 2000 I get this message: "The application failed
> to initialize properly. (0xc0000005)" Could this be a bug in the
> compiler?
>
> __
> Ota itsellesi luotettava kotimainen email http://www.jippii.fi/
> Tutustu samalla netin parhaaseen pelipaikkaan JIPPIIGAMESIIN.
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: SF.net Giveback Program.
> Does SourceForge.net help you be more productive?  Does it
> help you create better code?  SHARE THE LOVE, and help us help
> YOU!  Click Here: http://sourceforge.net/donate/
> _______________________________________________
> MinGW-users mailing list
> Min...@li...
>
> You may change your MinGW Account Options or unsubscribe at:
> https://lists.sourceforge.net/lists/listinfo/mingw-users

Read and respond to this message at: 
https://sourceforge.net/forum/message.php?msg_id=2308596
By: derekbaker

What should I be downloading and how should I be installing it?

I have g++ -v reporting 3.3.1.

However a simple test program throws up:

Compiler: Default compiler
Executing  g++.exe...
g++.exe "C:\Documents and Settings\Derek\My Documents\My Code\3Main.cpp" -o
"C:\Documents and Settings\Derek\My Documents\My Code\3Main.exe" 
-I"C:\Dev-Cpp\include\c++"  -I"C:\Dev-Cpp\include\c++\mingw32"
-I"C:\Dev-Cpp\include\c++\backward"  -I"C:\Dev-Cpp\include"   -L"C:\Dev-Cpp\lib"
C:\DOCUME~1\Derek\LOCALS~1\Temp/ccYLaaaa.o(.text+0x5a):3Main.cpp: undefined
reference to `std::basic_string<wchar_t, std::char_traits<wchar_t>,
std::allocator<wchar_t> >::basic_string()'
C:\DOCUME~1\Derek\LOCALS~1\Temp/ccYLaaaa.o(.text+0x78):3Main.cpp: undefined
reference to `std::basic_string<wchar_t, std::char_traits<wchar_t>,
std::allocator<wchar_t> >::~basic_string()'
C:\DOCUME~1\Derek\LOCALS~1\Temp/ccYLaaaa.o(.text+0x9b):3Main.cpp: undefined
reference to `std::basic_string<wchar_t, std::char_traits<wchar_t>,
std::allocator<wchar_t> >::~basic_string()'

Execution terminated



Derek


______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit: 
https://sourceforge.net/forum/unmonitor.php?forum_id=286529

I'm using MinGW Developer Studio with newest updates from www.mingw.org 
(from "Current" section). I added some network code to my program and 
that made it crash with Windows 2000. It works fine with Windows 98 SE 
but when using Windows 2000 I get this message: "The application failed 
to initialize properly. (0xc0000005)" Could this be a bug in the 
compiler?

__
Ota itsellesi luotettava kotimainen email http://www.jippii.fi/
Tutustu samalla netin parhaaseen pelipaikkaan JIPPIIGAMESIIN.

Add to your makefile something like this:

%.res : %.rc 
     windres $< -O coff -o $@

Windres makes OBJECT file named "something.res" from "something.rc".
Then link with "something.res" as with a normal object file.

Mikhail Konchichev.

Read and respond to this message at: 
https://sourceforge.net/forum/message.php?msg_id=2308247
By: dannysmith


Does your dll source contain own malloc function?  There is know bug with mingw
dll startup code when user-supplied malloc is used to alloc an atexit table,
but CRT supplied realloc is used to realloc the table if more than 32 functions
are registered with atexit (this would happen if eg there are a lot of global
objects that get destroyed when the dll detaches)

Danny



______________________________________________________________________
You are receiving this email because you elected to monitor this forum.
To stop monitoring this forum, login to SourceForge.net and visit: 
https://sourceforge.net/forum/unmonitor.php?forum_id=7134